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FOREWORD 


This  report  (Volume  I  through  Volume  VIII)  represents  the  final  phase  of 
a  study  and  test  which  was  initiated  in  September  1964  to  explore  newly  devel¬ 
oped  techniques  and  devices  for  presenting  T.  O.  (Technical  Order)  type  in¬ 
structions  and  information.  The  eight  volumes  of  data  contain  the  result  of  a 
test  conducted  in  an  operational  environment  using  concepts  developed  during 
an  earlier  phase  under  Contract  AF  04(694)-729  and  documented  in  BSD-TR- 
65-456.  Both  the  early  phase  and  final  phases  which  were  accomplished  under 
Contract  AF  04(694)-984,  Project  1316,  "Presentation  of  Information  for  Mainte¬ 
nance  and  Operation  (PIMO)",  were  started  in  June  1966  and  completed  in 
April  1969.  This  final  report  was  submitted  in  May  1969. 

The  original  program  documentation  was  prepared  by  Mr.  C.  L.  Schaffer, 
SMTE,  in  1934.  He  subsequently  functioned  as  the  Air  Force  Program  Direc¬ 
tor  and  Chairman  of  a  Working  Group  which  monitored  all  development  through¬ 
out  the  life  of  the  project.  This  Group  was  composed  of  individuals  from  var¬ 
ious  Air  Force  commands  (AFLC,  MAC,  ATC,  ADC,  AFSC)  and  the  Army 
Command  (AMCPM,  AXMLE)  knowledgeable  in  the  various  maintenance  dis¬ 
ciplines  and  all  facets  of  the  T.  O.  system.  Capt.  Don  Tetemeyer,  the  Pro¬ 
ject  Scientist  during  the  formulative  stages  of  the  Program  was  largely  re¬ 
sponsible  for  the  basic  test  structure.  Mr.  John  Saunders  was  the  monitor 
for  all  contractual  aspects  until  his  reassignment  in  1968. 

Any  success  one  may  attribute  to  the  project  must  be  shared  by  numerous 
individuals;  however,  major  credit  and  appreciation  are  due  General  Howell  M. 
Estes,  Jr.,  Commander  of  the  Military  Airlift  Command,  who  provided  the 
C-141A  aircraft  and  the  bases  at  Charleston,  Dover  and  Norton  for  the  opera¬ 
tional  test.  Sharing  in  the  credit  for  the  MAC  contributions  are  Lt.  Col.  Don 
Watt  and  his  staff  at  Hq.  MAC,  and  Col.  Foreman,  Col.  Henzi,  W/O  Van  Riper 
and  all  the  personnel  at  Charleston  Air  Force  Base  and  also  at  Dover  and  Norton 
who  participated  in  the  test.  The  hardships  imposed  on  their  organizations 
are  recognized,  and  we  sincerely  appreciate  tne  special  efforts  put  forth  to 
overcome  all  obstacles.  The  test  could  never  have  been  conducted  without  the 
cooperation  and  competent  performance  of  these  many  individuals. 

We  are  especially  indebted  to  the  Air  Force  Human  Resources  Laboratory, 
Wright-Patterson  Air  Force  Base  for  their  financial  contributions  at  a  critical 
point  in  the  project;  and  also  to  the  Army  Materiel  Command,  who  believed  the 
test  potential  of  sufficient  magnitude  to  warrant  the  expenditure  pf  their  funds. 

We  are  most  grateful  for  their  confidence  and  assistance.  It  is  most  assuredly 
the  primary  factor  that  permitted  completion  of  the  test. 

This  technical  report  has  been  reviewed  and  is  approved. 

D.  A.  Cook,  Lt.  Col.  USAF 
Hq.  AFSC  (SCS-2) 


ABSTRACT 


This  report  describes  the  latest  phase  in  the  program  to  develop  and 
evaluate  PIMO  (Presentation  of  Information  for  Maintenance  and  Operation); 
a  job  guide  concept  applied  to  maintenance.  Between  August  1968  and  April 
1969,  a  test  was  conducted  at  Charleston  AFB,  South  Carolina,  to  deter¬ 
mine  the  effectiveness  of  PIMO.  Three  immediate  behavioral  effects  were 
expected;  1)  reduction  in  maintenance  time,  2)  reduction  in  maintenance 
errors,  and  3)  allow  usage  of  inexperienced  technicians  with  no  significant 
penalty.  Experienced  and  inexperienced  Air  Force  technicians  performed 
maintenance  on  C-141A  aircraft  using  PIMO  Job  Guides  presented  in  audio¬ 
visual  and  booklet  modes.  Performance  was  measured  in  terms  of  time  to 
perform  and  procedural  errors.  The  performance  was  compared  with  the 
performance  on  the  same  jobs  by  a  control  group,  i.e.,  experienced  tech¬ 
nicians  performing  in  the  normal  manner.  The  following  conclusions  were 
drawn  from  the  test  results:  1)  after  initial  learning  trials,  both  experi¬ 
enced  and  inexperienced  technicians  using  PIMO  can  perform  error-free 
maintenance  within  the  same  time  as  experienced  technicians  performing 
in  the  normal  manner,  2)  inexperienced  technicians  perform  as  well  as 
experienced  technicians  when  both  use  PIMO,  3)  there  is  no  significant 
difference  between  audio-visual  and  booklet  modes,  4)  the  users  revealed 
an  overwhelmingly  positive  reaction  to  PIMO,  and  5)  the  performance  im¬ 
provements  provide  the  capabilities  to  significantly  improve  system  per¬ 
formance  defined  in  terms  of  departure  reliability,  time -in-maintenance, 
and  operational  readiness.  This  report  also  presents  a  description  of  the 
recommended  operational  system,  specifications  and  guidelines  for  PIMO 
format  development,  including  troubleshooting. 


PREFACE 


This  report  was  prepared  under  Contract  AF04(694)-984.  It  is  submitted 
as  partial  fulfillment  of  Contract  Data  Requirement  List  (CDRL)  Item  29. 

It  is  used  to  support  specifications  presented  in 

PIMO 

Troubleshooting 
Aid  Specification 
TR  315-69-14  (U)  Volume  VII 

Thk  portion  of  the  final  report  presents  a  recommended  approach  to  the 
development  of  troubleshooting  manuals.  These  recommendations  were 
arrived  at  through  intensive  analysis  conducted  over  a  two-year  period. 

Although  the  primary  function  of  this  portion  of  the  project  was  to  develop 
troubleshooting  aids  (TSA's),  it  became  evident  that  specification  of  an 
end  product  does  not  necessarily  insure  its  effective  production. 

The  type  of  TSA's  used  on  PIMO  are  somewhat  new.  And,  as  with  any 
new  system,  there  are  a  certain  number  of  false  starts  (often  referred  to 
as  the  learning  curve)  and  subsequent  iterations  in  bringing  the  technique 
into  operation. 

The  manuals  were  developed  by  both  Serendipity  personnel  and  technical 
writers  currently  employed  by  a  major  aircraft  manufacturer.  The  reason 
for  this  approach  was  to  take  advantage  of  technical  capabilities  inherent  in 
both  groups.  However,  the  problems  associated  with  the  development  of 
TSA 's  became  evident  in  a  very  short  time.  Therefore,  these  guidelines 
are  intended  to  aid  the  developers  of  TSA's  and  have  resulted  as  a  by-prod¬ 
uct  of  recognizing  the  associated  :problems,  together  with  the  development 
of  an  appropriate  solution  to  those  problems. 
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SECTION  I 


INTRODUCTION  TO  GUIDE 


A.  GENERAL 


This  document  presents  a  set  of  guidelines  for  the  development  of  improved 
troubleshooting  aids  in  conformance  with  proposed  specifications  set  forth 
in  PIMO  Troubleshooting  Aid  Specifications,  Volume  V. 

Prior  to  presenting  the  guidelines,  certain  key  terms  are  defined.  These 
terms  must  be  clearly  understood  if  the  concepts,  criteria  and  resultant 
guidelines  are  to  be  perceived  and  used  properly. 

B.  GLOSSARY  OF  TERMS 

1.  Constraints 

Constraints  are  restrictions  placed  upon  the  means  that  implement  a  function. 
Constraints  are  the  result  of  living  in  a  real,  practical  world.  Statements 
of  constraints  in  terms  of  money,  man-hours,  materials,  etc.,  generally 
force  compromises  to  be  made  when  implementing  a  function.  Constraints, 
together  with  expressions  of  state  pairs,  may  be  considered  as  major  factors 
that  motivate  trade-off  studies  as  part  of  the  systems  analysis  effort. 

2.  Criteria 

The  term  criteria,  the  plural  cf  criterion,  is  defined  as  standards  by  which 
a  correct  judgment  or  measurement  can  bo  made.  The  criteria  must  exist 
prior  to  any  specific  analytical  effort,  and  all  analysis  must  be  compared  to 
the  criteria  in  order  to  determine  that  the  analysis  is  relevant  and  lawful. 

3.  Function 

An  operational  definition  of  the  term  function,  as  used  in  this  document,  is: 
an  occurrence  which  continues  until  a  required  output  state  is  achieved. 


given  the  requisite  initiating  input  state.  Thus,  a  function  can  be  defined 


by  state  pairs,  input  and  output. 

Definitions  of  function  and  system  often  are  quite  similar.  In  fact,  they  can 
be  the  same.  For  the  purpose  of  this  document,  the  term  system  will  be 
used  two  ways,  both  within  the  definition  of  the  term.  When  the  term  is 
used  without  an  adjective,  it  will  mean  the  highest  order  of  functions  or 
physical  means  (primarily  equipment)  of  concern.  In  other  words,  a  given 
function  or  equipment  will  be  a  part  of  the  SYSTEM.  When  an  adjective  is 
used  (e.g.,  Aileron  System),  it  will  refer  to  a  subgroup  of  equipment  en¬ 
tities  which  are  a  part  of  the  larger  SYSTEM  and  implement  a  particular 
function. 

An  existing  SYSTEM,  such  as  a  multi-engine  transport,  can  be  character¬ 
ized  in  terms  of  its  functional  elements  and/or  physical  elements.  Both 
the  functional  and  physical  elements  exist  in  a  hierarchy.  To  avoid  con¬ 
fusion,  the  hierarchy  of  functions  will  be  labeled  Only  in  terms  cf  levels, 
i.e.,  Le’rel  I,  n.  or  El  (see  definition  of  Hierarchy). 

4.  Functional  Unit 

Functional  unit  is  a  term  used  to  describe  a  general  grouping  of  hardware 
elements  that  implement  a  common  functional  requirement.  Generally, 
each  grouping  represents  a  hardware  system,  subsystem,  or  segment. 

Each  functional  unit  implements  a  functional  requirement  and  is  readily 
bounded.  It  conforms  to  the  criteria  which  are  specified  for  aircraft 
partitioning.  It  may  be  used  interchangeably  with  the  term  troubleshooting 
unit  in  this  document. 

5.  Hierarchy 

Originally,  the  term  hierarchy  was  used  to  denote  the  arrangement  of 
successive  groups  of  clergy  of  a  church  according  to  rank.  The  term  is 
now  commonly  used  to  denote  a  series  of  groups  having  commonality 
arranged  by  rank.  The  concept  of  hierarchy  is  fundamental  to  functions 
analysis  and  systems  engineering. 
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The  application  of  the  hierarchical  concept  to  functions  permits  one  to  ex¬ 
press  the  highest  level  function  in  greater  detail  by  successively  partitioning 
the  higher  level  functions  into  state  pairs.  These  state  pairs  must  possess 
commonality  and,  as  a  group,  encompass  the  entirety  of  the  higher  level 
function.  The  functional  hierarchy  used  to  analyze  an  aircraft,  for  example, 
is  as  follows: 

a.  Level  0  Function  --  the  occurrence  that  describes  the  state 
change  required  at  the  major  level  of  concern,  e.g. ,  the  fundamental  state 
changes  of  the  aircraft  that  are  necessary  to  achieve  its  mission,  such  as 
"control  airc  r  a  ft  during  flight". 

b.  Level  I  Function  --  the  occurrences  that  together  describe  the 
state  changes  required  within  a  Level  0  Function,  e.  g. ,  "control  the  attitude 
of  the  aircraft  during  flight". 

c.  Level  II  Function  --  the  occurrences  that  together  describe 
the  state  changes  required  within  a  Level  I  Function;  e.g.  „  "control  the 
aircraft  attitude  in  pitch  during  flight". 

d.  Level  III  Function  --  the  occurrences  that  together  describe 
the  state  changes  required  within  a  Level  II  Function;  e.g.,  "control  the 
aircraft  in  pitch  by  airspeed  compensation". 

Aircraft  Type  A  can  be  grouped  with  other  types  of  aircraft  whose  purpose 
is  to  transport  material,  thus  the  Type  A  system  is  a  subsystem  (a  rank 
lower  than  system)  of  a  logistics  system.  Similarly,  the  aircraft  flight 
control  system  is  ranked  lower  than  the  aircraft  system  and  is  therefore 
a  subsystem  of  the  logistics  system. 

Use  of  terms  such  as  system,  subsystem,  segment,  and  entity  will  be  noted 
freciuently  in  this  document.  They  describe  the  equipment  hierarchy  that 
is  to  be  used  during  development  of  the  troubleshooting  aids.  The  levels 
are  frequently  dictated  by  the  function  a  particular  grouping  of  equipment 
serves.  There  will  be  cases  when  the  grouping  is  not  compatible  with  the 
way  the  equipment  is  packaged.  In  these  cases,  the  adjective  used  to  define 
the  grouping  (system,  subsystem,  etc.)  is  based  on  the  function(s)  the 
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grouping  is  to  serve.  These  terms  are  defined  as  follows: 


a.  System  --a  grouping  of  equipment  that  provides  a  means  of 
effecting  a  basic  functional  requirement,  such  as  control  attitude  of  aircraft. 
Generally,  the  term  system  can  be  correlated  to  a  Level  I  function  as  pre¬ 
viously  defined.  Do  not  confuse  with  the  term  SYSTEM,  which  refers  to  the 
major  system  under  analysis  and  for  which  requirements  have  already  been 
defined. 

b.  Subsystem  --a  grouping  of  equipment  that  provides  a  means 
of  effecting  a  functional  performance  required  for  aircraft  operation.  Sub¬ 
systems  are  the  next  lower  level  indenture  to  system:  however,  in  some 
cases  where  no  further  partitioning  of  the  system  is  feasible,  the  two  are 
synonymous.  The  subsystem,  therefore,  can  be  correlated  to  a  Level  n 
function  as  previously  defined. 

c.  Segment  --  This  term  may  be  used  to  denote  a  further  parti¬ 
tioning  of  the  subsystem  for  the  purposes  of  troubleshooting  aid  presenta¬ 
tion  or  to  denote  a  specific  use  of  the  equipment  making  up  the  subsystem, 
such  as  operational  modes.  It  is  the  smallest  partition  of  the  aircraft  for 
which  a  troubleshooting  aid  is  identified.  It  is  similar  to  Lae  segments 
developed  for  operational  checkout.  Segments  can  be  correlated  to  Level 
HI  functions. 

d.  Entity  --  Normally  the  term  entity  refers  to  any  specific 
equipment  within  the  equipment  hierarchy.  In  this  document  it  is  used  as 
notation  for  any  identifiable  equipment  within  a  segment,  whether  it  is  a 
removable  unit  or  a  component  comprising  that  unit.  Entity  can  be  usually 
associated  with  a  Level  IV  function. 

e.  Removable  Unit  --  This  term  describes  an  entity  that  is 
removable  at  the  on-aircraft  maintenance  level. 

f.  Component  --  Component  ia  used  to  denote  an  entity  within  a 
higher  equipment  echelon  that  cannot  be  further  subdivided. 

g*  Means  --  The  physical  entity  (e.g. ,  people,  equipment,  data, 
etc.)  used  to  meet  the  requirements  of  a  function  or  system. 


Vol.7 


1-4 


6.  Interface 


Interface  is  a  term  used  to  indicate  a  discontinuity.  In  systems  terminology 
interface  means  the  point,  line,  or  plane  of  separation  where  a  distinction 
between  systems  or  portions  of  systems  can  be  made.  Often,  it  is  the 
point  at  which  an  energy  transfer  takes  place.  In  functions  analysis,  this 
distinction  is  made  by  indicating  the  interrelation  of  one  function  to  another. 
Identifying  system  interfaces  in  terms  of  prerequisite  inputs  such  as  elec¬ 
trical  or  hydraulic  energy,  mechanical  motion,  etc.  assists  in  establishing 
the  boundaries  of  lower  ranking  systems.  Additional  definition  is  required 
to  identify  the  components  between  which  the  boundary  is  defined;  however, 
it  will  be  along  the  energy  path  indicated  by  the  input  commodities  or  con¬ 
ditions  . 

7.  Signal 

The  definition  of  the  term  signal  is:  an  indication,  event,  or  cue  conveying 
information.  When  signal  is  used  in  this  document,  it  refers  to  an  obser¬ 
vable  or  measurable  indication  of  an  action  or  event.  Signal  flow  denotes 
that  the  signal  has  an  origin  and  a  destination.  An  example  of  signal  flow 
is  the  electrical  voltage  carried  by  circuits  from  a  pressure  transducer  to 
a  panel  meter.  The  indication  of  pressure  is  a  result  of  the  signal  "flowing" 
from  the  sensor. 

8.  State 


The  term  state  is  defined  as  the  condition  of  existence  of  something  at  a 
particular  time  and  place.  Consider  the  use  of  state  in  the  expression, 
"ice  is  water  in  the  solid  state."  Note  that  the  state  of  the  water  is  des¬ 
cribed  as  solid  without  reference  to  its  temperature,  density  or  salinity. 
These  descriptors  are  parameters,  or  measures,  of  the  state. 

9.  State  Pairs 


Two  states  forming  an  input-output  boundary  for  a  process  or  function.  The 
two  states  represent  the  basic  requirement  for  the  function,  i.e.,  change 


the  state  of  an  arbitrary  parameter  from  the  input  state  to  the  output  state. 
Thus,  the  requirement  for  a  function  termed  TRANSPORT  could  be  to 
change  the  location  state  of  people  x  from  Los  Angeles  to  San  Francisco. 

10.  System 

Many  definitions  of  the  term  system  can  be  found  in  the  open  literature  on 
systems  engineering,  systems  analysis,  and  other  related  subjects.  The 
following  definitions  illustrate  three  distinct  concepts  of  what  a  system  is. 

a.  A  system  is  a  collection  of  rules,  such  as  a  system  to  win 
at  blackjack.  This  definition  is  based  upon  rules  of  behavior. 

b.  A  system  is  a  collection  or  aggregation  of  similar  things 
such  as  a  system  of  highways  or  the  solar  system.  This  definition  is  based 
on  composition. 

c.  A  system  is  a  collection  of  entities  (animate  and/or  inanimate) 
which  receives  certain  inputs  and  acts  upon  them  in  concert  within  constraints 
to  produce  certain  outputs. 

All  are  correct;  however,  the  third  definition  is  more  closely  aligned  with 
complex  military  systems  and  is  accepted  for  this  document. 

Each  system  has  a  certain  integrity;  i.e.,  all  of  the  parts  comprising  it 
have  some  common  purpose  and  contribute,  in  some  sense,  towards  the 
accomplishment  of  that  purpose.  It  is  this  concept  --  commonality  of 
purpose  --  that  permits  system  hierarchies  to  be  developed. 


Vol.7 


1-6 


SECTION  II 


AIRCRAFT  PARTITIONING 


A.  GENERAL 

An  aircraft  is  obviously  a  complex  SYSTEM  comprised  of  many  interacting 
components.  Effective  troubleshooting  cannot  be  performed  on  the  aircraft 
as  a  whole  (neither  can  design,  development,  nor  production).  Thus,  there 
is  a  requirement  to  partition  the  system  into  smaller,  more  manageable 
segments  that  lend  themselves  to  ready  identification  and  manipulation. 

This  section  has  as  an  objective  the  development  of  an  aircraft  structure 
comprised  of  segments  termed  "troubleshooting  units".  It  is  anticipated 
that  each  of  these  troubleshooting  units  will  be  treated  by  a  troubleshooting 
aid  so  that  a  malfunction  of  the  aircraft  can  be  efficiently  isolated  to  the 
removable  unit  level.  Although  the  U.S.Air  Force  C-141A  was  used  to 
illustrate  the  application  of  the  partitioning  guidelines,  they  can  be  similarly 
applied  to  any  aerospace  system. 

B.  CRITERIA  FOR  PARTITIONING 

The  objectives  that  should  be  met  as  a  result  of  the  partitioning  activity  are 
as  follows: 

•  An  inclusive  set  of  troubleshooting  units  for  the  aircraft 
should  be  identified  so  that  it  permits  a  troubleshooter  to 
"enter",  given  a  malfunction  indication;  has  a  high  proba¬ 
bility  of  containing  the  malfunction  indicated  by  the  symptom. 

<|  The  boundaries  of  each  troubleshooting  unit  should  be 
defined. 

•  The  relationship  between  troubleshooting  units  should  be 
indicated. 

•  The  base  on  which  troubleshooting  aid  development  can  be 
initiated  should  be  standardized. 


Criteria  to  guide  the  partitioning  of  the  aircraft  were  developed  from  these 
stated  objectives.  Some  of  the  criteria  were  explicit,  while  others  were 
implied.  Their  application  required  a  considerable  amount  of  judgment  on 
the  part  of  the  partitioner.  Some  of  the  criteria  for  developing  the  set  of 
troubleshooting  units  were: 

1.  Relatability  of  a  Troubleshooting  Unit  to  a  Function 

This  criterion  stipulates  that  the  resultant  troubleshooting  unit  (a  grouping 
of  equipment  items)  must  perform  a  specific  function.  Since  the  trouble¬ 
shooting  unit  is  to  be  identified  by  its  functional  performance,  the  aircraft 
must  originally  be  partitioned  on  a  functional  basis.  It  is  anticipated  that 
equipment  complexity  is  not  in  direct  proportion  to  the  functional  level; 
therefore,  troubleshooting  units  are  expected  at  various  functional  levels. 

2.  Identifiability  of  Troubleshooting  Unit  Boundaries 

The  boundaries  of  a  troubleshooting  unit  must  be  identified  by  establishing 
the  elements  that  comprise  it.  If  the  boundary  is  between  components, 
these  must  be  identified.  In  defining  the  boundaries,  an  attempt  should  be 
made  to  minimize  the  interfaces  (all  other  things  being  equal). 

3.  Measurability  of  Relationship  Between  Troubleshooting  Units 

The  relationship  between  troubleshooting  units  must  be  amenable  to  test  or 
measurement.  This  implies  that  the  interface  is  either  directly  or  indirectly 
testable.  The  interface  must  be  specified  so  that  it  is  clear  what  action, 
energy,  signal,  etc.,  pass  the  troubleshooting  unit  boundaries.  This  rela¬ 
tionship  is,  thus,  determined  by  identifying  the  input  and  output  states  of 
the  function  that  the  troubleshooting  unit  implements. 

4.  Relatability  of  Troubleshooting  Unit  to  Indicated  Malfunction 

Since  the  troubleshooting  unit  (and  the  resultant  aid  covering  it)  must  be 
associated  with  the  malfunction  indication  with  which  the  technician  begins, 
the  troubleshooting  unit  must  incorporate  the  elements  of  the  aircraft  that 
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present  the  indication.  For  example,  instrumentation  indicating  a  mal¬ 
function  must  be  contained  within  the  equipment  grouping  defined  as  a 
troubleshooting  unit. 

5.  Acceptability  of  Nomenclature  by  Personnel  Using  Aids 

The  personnel  using  the  troubleshooting  aids  may  not  readily  accept  them  if 
the  nomenclature  of  the  troubleshooting  unit  (or  the  equipment  it  contains) 
creates  interpretive  problems.  For  example,  describing  the  troubleshooting 
unit  in  functional  terms  may  not  expedite  the  technician's  association  with 
the  hardware  it  represents.  The  nomenclature  should  assist  the  trouble¬ 
shooting  function,  not  retard  it.  It  is  expected  that  conventional  nomencla¬ 
ture  will  usually  meet  this  criteria. 

6 .  Consistency  of  Troubleshooting  Unit  Set  with  Other  Maintenance 
Materials 

The  total  set  of  maintenance  material  covers  many  operational  and  main¬ 
tenance  functions.  Those  functions  that  interface  with  the  troubleshooting 
function  occur  in  a  serial  fashion,  i.e.,  troubleshooting  is  sandwiched 
between  functions  for  which  other  aids  will  be  available.  This  may  be 
illustrated  by  a  typical  sequence  of  events  as  follows:  A  malfunction  in¬ 
dication,  e.g. ,  "effort  required  to  control  aircraft  in  pitch  is  excessive," 
is  noted  during  flight  by  the  copilot.  He  relays  this  information  to  the 
flight  chief  who  writes  the  indication  down  on  a  Form  781A,  e.g.,  "wheel 
force  in  pitch  excessive".  This  information  is  collected  by  ground  person¬ 
nel  and  transcribed  to  a  Form  992.  This  information  is  given  to  a  techni¬ 
cian  on  a  copy  of  the  Form  992.  The  technician  is  assigned  the  task  of 
locating  and  fixing  the  cause  of  the  "stubborn"  wheel.  At  this  point,  upon 
reading  the  malfunction  indication,  he  requires  an  aid.  This  aid  is  made 
accessible  by  an  index  relating  the  indication  directly  or  indirectly  to  the 
aid.  The  aid  is  not  necessarily  a  troubleshooting  aid  at  this  point  --  it 
may  be  classed  as  an  operational  check  or  inspection  guide.  The  trouble¬ 
shooting  aids  should  be  compatible  with  the  aids  used  for  these  other  main¬ 
tenance  functions.  This  is  particularly  so  for  the  operational  check  function. 
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If  systems  or  units  are  segmented  for  operational  checks,  a  similar  seg¬ 
mentation  should  be  considered  in  developing  the  troubleshooting  aids.  If 
the  source  of  the  malfunction  is  not  readily  apparent,  the  index  is  referred 
to  for  the  proper  troubleshooting  aid.  With  this  aid,  it  is  assumed  that  the 
malfunctioning  element  (removable  end  item  or  unit  in  the  case  of  on-air- 
craft  maintenance)  is  located  and  identified.  An  index  is  now  required  to 
make  available  the  store  of  maintenance  aids  which  can  bring  the  system 
hack  to  a  "go"  state. 

7.  Compatibility  cf  Troubleshoocing  Unit  with  Troubleshooting  Aid 

Although  one  type  of  troubleshooting  aid  may  be  constructed  for  all  segments 
of  an  aircraft,  it  is  anticipated  that  different  troubleshooting  aids  should  be 
employed.  The  proper  employment  will  be  a  function  of  both  the  trouble¬ 
shooting  unit  and  the  troubleshooting  aid  characteristics.  The  resulting 
set  of  troubleshooting  aids  will  then  be  a  mix  of  different  techniques  where 
each  troubleshooting  unit  is  treated  by  an  aid  best  suited  for  isolating  the 
cause  of  a  malfunction  in  that  unit.  Criteria  for  matching  the  aid  and  the 
unit  are  based  upon  the  characteristics  of  the  malfunctions  possible  within 
the  unit,  properties  of  the  troubleshooting  aid,  the  user  requirements,  and 
constraints  on  aid  development. 

8.  Inclusiveness  of  Aircraft  Removable  Units  Within  Set  of 
Troubleshooting  Units 

The  entire  aircraft  does  not  require  formal  troubleshooting  aids.  Certain 
faults  are  noted  with  the  malfunction,  e.g.,  a  flat  tire,  a  leaking  seal,  a 
broken  windscreen,  a  dent  in  the  fuselage.  There  are  some  portions  of  the 
aircraft  that  do  not  need  troubleshooting  aids  and  therefore  are  not  classed 
into  troubleshooting  units. .  Those  elements  of  the  aircraft  that  are  selected 
as  troubleshooting  units  must  include  all  components  that  may  be  potential 
sources  of  malfunctions.  The  aid  representing  the  unit,  however,  need 
only  detail  the  equipment  to  the  removable  unit  level. 
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c. 


PARTITIONS  AND  FUNCTIONAL  UNIT  IDENTIFICATION 


Although  the  C-141A  aircraft  has  been  designed,  fabricated,  and  is  in  an 
operational  status,  analysis  of  it  in  terms  of  functions  is  expected  to  pro¬ 
vide  a  valid  basis  for  the  identification  of  equipment  groupings  for  trouble¬ 
shooting.  This  analysis  was  conducted  by  determining  the  changes  of  state 
(at  various  functional  levels)  necessary  to  accomplish  the  objectives  of  the 
C-141A  aircraft.  A  review  of  the  gross  segments  of  the  mission  profile 
indicates  that  it  can  be  separated  into  three  phases:  preflight,  delivery, 
and  postflight. 

•  Preflight  consists  of  both  aircraft  and  ground  support 
activities  which  prepare  the  aircraft  for  operation. 

It  ceases  when  the  aircraft  is  capable  of  moving  under 
its  own  power,  and  the  doors  and  hatches  are  closed. 

Loading,  fueling  and  preflight  checkout  are  included 
in  this  phase. 

•  Delivery  includes  taxi,  take-off,  ascent,  cruise,  descent 
and  landing.  This  ph^se  ends  when  the  engines  are  shut 
down,  and  doors  anc!  hatches  are  opened. 

•  Postflight  consists  of  cargo  discharge,  postflight  main¬ 
tenance,  etc.  It  actually  dovetails  into  the  preflight 
phase,  since  aircraft  missions  are  cyclic. 

The  mission  profile  reveals  that  the  aircraft  goes  through  three  distinct 
operational  regimes.  They  are:  (a)  the  stationary  regime,  which  encom¬ 
passes  provisioning,  loading,  preflight  checkout,  and  other  preparatory 
activities  conducted  while  tha  aircraft  is  in  a  stationary  state  at  the  ramp; 
(b)  the  ground  motion  regime,  encompassing  taxi  operations,  take-off  run, 
and  landing  runout;  and  (c)  the  flight  regime,  encompassing  aircraft  flight 
maneuvers,  navigational  operations,  and  other  in-flight  operations.  The 
(a)  and  (b)  regimes  support  the  flight  regime. 


Examination  of  the  flight  regime  portion  of  the  mission  profile  reveals  that 
the  aircraft  undergoes  various  state  changes  in  transporting  material  from 
Site  X  to  Site  Y.  The  major  changes  of  state  necessary  to  achieve  this 
mission  are  shown  in  the  figure  below. 
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These  changes  of  state  are  achieved  by  the  combined  performance  of  numer¬ 
ous  aircraft  functions.  This  function  can  be  partitioned  into  state  pairs 
which  reveal  the  requirements  for  lower  level  functional  systems.  These 
state  pairs  a-o  depicted  diggrn^inatically  in  Figure  2-1.  The  state  pairs 
shown  in  this  figure  were  derived  by  first  examining  the  state  classes  used 
to  bound  the  system  and  then  defining  the  processes  required  to  meet  the 
state-change  requirements.  Note  that  the  partition  is  essentially  a  parallel 
one,  i.e.,  the  functions  are  not  in  series*.  However,  the  functions  are  not 
independent.  The  dependency  of  the  functions  upon  each  other  is  not  shown 
since  it  was  not  necessary  for  the  partitioning. 

The  functions  required  to  meet  the  over-all  state -change  requirements  of 
the  system  represent  the  primary  functions.  Additional  partitioning  re¬ 
quired  consideration  of  generic  means  used  in  large  jet  transports  to  meet 
the  requirements  of  the  primary  functions.  Two  additional  functions  were 
identified  by  considering  generic  means  used  in  the  secondary  functions. 
Examination  of  the  functions  thus  defined  indicated  that  the  functions  were 
quite  generic,  although  it  was  necessary  to  go  to  the  third  level  of  deriva¬ 
tion.  More  important,  additional  partitioning  required  consideration  of 
specific  means.  Therefore,  it  was  decided  to  treat  the  functions  identified 
up  to  this  time  as  the  level  0  function  for  the  SYSTEM. 
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Figure  2-1.  Basic  C-141A  Aircraft  State  Change  Requirements 
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It  should  again  be  noted  that  the  dependencies  of  the  functions  are  not  shown 
on  the  diagram.  For  example,  the  outputs  of  P-1,  P-2,  and  P-3  are  basic 
inputs  to  S-l.  The  output  of  S-l  in  turn,  is  a  required  input  for  P-1,  P-2, 
and  P-3,  if  the  function  is  to  be  controlled.  The  interdependencies  are 
omitted  solely  for  the  safe  of  simplicity.  _  ...  -  - 

The  state-change  requirements  shown  above  can  be  re -expressed  in  terms 
of  functional  objectives  by  examining  the  type  of  state  changes  required. 

The  primary  objectives  are: 

1.  Provide  aircraft  translational  capability. 

2.  Provide  aircraft  lifting  capability. 

3.  Provide  aircraft  orientation  capabr  ;. 

In  addition  tc  these,  the  objectives  termed  "supportive"  must  be  met  during 
the  mission.  These  supportive  objectives  are  accomplished  by  secondary 
and  tertiary  functions.  A  list  of  the  major  supportive  functional  objectives 
follows: 

1.  Provide  a  navigational  capability. 

2.  Provide  power  to  execute  all  functions. 

3.  Provide  fuel  to  produce  power  and/or  translating  force. 

4.  Provide  an  integrating  structure. 

5.  Provide  a  controlled  environment. 

6.  Provide  a  communications  capability. 

Taking  the  C-141A  aircraft  as  an  example,  equipment  was  selected  to  im¬ 
plement  the  required  performances;  in  otner  words,  hardware  systems 
were  associated  with  functional  objectives.  This  was  accomplished  by 
reviewing  the  Technical  Orders  ancl  manuals  pertaining  to  the  C-141A 
aircraft.  The  grouping  of  equipment  items  is  somewhat  arbitrary,  but 
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the/  tend  to  represent  a  commonality  of  purpose  within  each  group.  A 
matrix  of  the  primary  and  supportive  functions  versus  the  selected  hard¬ 
ware  systems  was  constructed  to  determine  whether  additional  or  revised 
partitioning  of  the  top-level  function  (Level  0)  into  Level  I  f-  notions,  was 
required.  This  matrix  is  shown  as  Figure  2-2.  Note  that  Function  A 
requires  a  means  to  translate  on  the  ground  surface  and  a  means  to  change 
the  rate  of  translation,  both  ground  and  airborne.  The  hardware  which  is 
required  to  accomplish  these  translational  objectives  is  net  easily  bounded 
when  treated  as  a  single  system.  Three  hardware  systems  were  selected 
for  Function  A ;  namely,  the  wheels  and  braking  portions  of  the  landing 
gear  system,  the  wing  flaps  of  the  lift/drag  system,  and  the  thrusting 
portion  of  the  propulsion  (or  power  plant)  system. 

Function  B  requires  both  fixed  and  movable  aerodynamic  surfaces  to  meet 
its  functional  objectives.  The  fixed  portion  is  contained  in  a  system  termed 
airframe,  while  the  movable  portion  (wing  flaps)  is  classed  as  a  portion  of 
the  lift/drag  system. 

Orientation  of  the  aircraft.  Function  C,  is  accomplished  by  the  landing  gear 
braking  and  steering  subsystems  while  on  the  ground,  and  movable  aerody¬ 
namic  surface  while  in  flight.  Ground  orientation  is  accomplished  by  a 
•iubsystem  of  the  landing  gear  system,  while  the  flight  orientation  hardware 
is  an  independent  system. 

Implementation  of  the  navigational  function,  Function  D,  is  accomplished 
by  a  well-bounded  set  of  hardware  subsystems;  however.  Function  E  is 
implemented  by  two  on-board  systems,  the  power  plant  and  the  auxiliary- 
propulsion  unit -driven  power  generation  equipment.  The  APU,  for  this 
function,  serves  as  a  redundant  source  of  energy.  The  power  requirement 
is  fulfilled  by  means  of  electricity  and  hydraulic  fluid.  They  were  considered 
as  separate  hardware  systems,  even  though  they  are  functional  subsystems 
of  the  power  system,  because  of  their  unique  boundaries.  The  reason  for 
coding  the  Propulsion  System  and  the  APU  System  is  that  they  generate 
pneumatic  power.  Functionally,  a  pneumatic  system  exists;  however,  the 
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hardware  associated  with  it  appears  as  a  subsystem  of  hardware  systems 
5.0,  6.0,  10.0. 

The  aircraft  fuel  storage  and  distribution  function  is  accomplished  by  the 
fuel  system,  Function  F,  and  lends  itself  to  explicit  definition.  The 
requirement  to  tie  together  all  aircraft  components  into  a  unified  structure 
is  accomplished  by  the  system  termed  airframe.  This  system  satisfies 
the  requirements  of  Function  G.  Except  for  the  access  panels,  doors, 
ramps, etc.,  the  airframe  is  the  integrating  nonremovable  structure  giving 
the  aircraft  its  form  and  cohesiveness. 

Function  H  is  accomplished  by  the  environmental  control  system.  The 
transfer  or  exchange  of  information,  Function  I,  within  and  between  the 
aircraft  and  other  receiving  and  transmitting  stations  is  implemented  by 
the  communication  system.  Man  is  listed  as  a  hardware  system  since  he 
acts  as  an  observational,  computational,  and  actuational  system. 

A  review  of  the  Technical  Orders  was  made  to  ascertain  that  each  aircraft 
component  fitted  into  one  (and  only  one)  designated  hardware  system.  No 
omission  was  noted.  The  selected  systems  appear  to  meet  most  of  the 
criteria  previously  set  forth  for  troubleshooting  units. 

The  boundary  between  systems  was  identified  by  indicating  the  point  (or 
general  area)  where  an  output  of  another  system  has  singularity  of  purpose; 
i.e. ,  it  is  the  input  to  only  the  system  in  question.  For  example,  the  fuel 
required  for  the  engines  and  the  APU  cannot  be  distinguished  as  engine 
fuel  or  APU  fuel  until  the  fuel  crosses  a  boundaiv  where  the  fuel  has  a 
unique  destination.  Fuel  in  the  tanks  is  not  unique  to  an  engine;  however, 
fuel  beyond  the  fuel  isolation  valve  in  an  engine  nacelle  can  only  be  used 
by  that  functional  unit. 

As  mentioned  previously,  the  equipment  groupings  were  selected  for 
commonality  within  each  group.  Although  the  nomenclature  is  hardware, 
eoch  grouping  represents  a  functional  unit  since  the  common  purpose  is  a 
functional  purpose,  i.e.,  a  class  of  state  change  required.  Thus,  the 
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groupings  will  be  treated  as  the  Level  I  functions. 

The  systems  associated  with  the  Level  I  functions  and  the  energy  flow 
between  them  are  illustrated  on  Figure  2-3.  This  diagram  represents 
only  those  portions  of  the  C-141A  which  are  expected  to  require  alfcntion 
during  on-aircraft  troubleshooting.  It  does  not  show  the  structure  tieing 
all  systems  together.  Diagramm&tically,  this  can  be  viewed  as  the  paper 
on  which  the  blocks  are  drawn.  The  figure  does  not  show  man  nor  the 
information  and  control  interfaces  with  him.  It  does,  however,  represent 
the  interdependence  of  the  aircraft  systems  that  have  been  designed  to 
meet  the  top-level  functional  requirements. 

The  hardware  systems  making  up  the  C-141A  aircraft  that  appeared  to 
meet  the  required  functional  performances  are  shown  in  Table  2-1,  C-141A 
Aircraft  Systems  -  Level  I.  Each  aircraft  system  is  briefly  described  by 
a  short  statement  of  performance  requirement,  the  major  output  state  to  be 
achieved,  and  the  requisite  inputs.  Most  of  the  systems  require  man  as  an 
input  to  actuate  controls  and  to  monitor  the  output  of  the  system.  The  Level 
I  system  and  the  Level  I  functional  requirements,  were  then  examined  in 
greater  detail  by  inquiring  into  aircraft  specifications,  the  technical  orders 
and  other  similar  aircraft  and  space  vehicle  functions  analyses.  This 
examination  was  to  determine  which  equipment  of  the  C-141  made  a  contri¬ 
bution  to  the  Level  I  functions.  The  activity  of  deriving  functions  by  the 
state -change  process  was  continued  until  a  means  specific  to  an  aircraft 
had  to  be  selected  as  implementing  the  function.  This  stop-blocking 
criterion  permits  the  functions  analysis  t.o  be  generic  to  any  cargo  trans¬ 
port  aircraft.  The  result  of  this  analysis  was  the  isolation  of  functional 
units.  The  term  functional  unit  is  used  to  denote  a  grouping  of  equipment 
that  adheres  to  the  partitioning  criteria  and  may  be  considered  as  a  candi¬ 
date  for  either  a  hardware  subsystem  or  segment.  It  may  be  considered 
as  synonymous  with  the  previously  discussed  troubleshooting  unit  for  this 
study. 

i 

The  functional  units  derived  by  the  analysis  along  with  performance  and 
boundary  descriptions  are  tabulated  in  Table  2-2,  entitled  C-141A  Aircraft 
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A/C  SYSTEMS 

PERFORMANCE 

OUTPUT  STATE 

INPUTS 

1.0 

AIRFRAME 

Integrate  A/C  SyMema,  provide 
basic  lifting  ana  Mooring  eur- 
Cncoo,  and  provide  acceaa  lo 
into  mat  elemoitia 

• 

Cargo/ hardware  system 

e 

Structural 

• 

apace  and  acceea  to  l,*caa 

AH  A/C  ayaiems  fastened 
together 

• 

• 

Aerodynamic  aurfacea 
Access  openings 

• 

A/C  ae  rodynam  ically 
operational 

• 

• 

Elect,  energy 

Hydr.  energy 

2.0 

LANDING  GEAR 

Provide  plat  form  /or  and  control 

• 

Landing  gear  up  or  down 

• 

Hydraulic  power 

over  ground  mobility 

• 

Brakea/anti-akid  active 

• 

Elect,  power 

• 

A/C  oriented  in  yaw 

3.0 

Li  FT/DRAG 

Alter  A/C  lift/drag 
cha  ra  cirri  atica 

e 

Flaps  extended /retracted 
x° 

• 

Hydraulic  power 

• 

Spoiler  deployed  x° 

• 

Elec  power 

4.0 

ATTITUDE  CONTROL 

Provide  capability  to  oriotvt  A/C 

A/C  elevator,  aileron. 

• 

Hydraulic  power 

riidder  oriented  to  produce: 
I.  Roil 

• 

Elect,  power 

2.  Yaw 

2.  Pitch 

S.O 

PROPULSION 

Provide  translational  thruM 

• 

Thrusting  force  on 

• 

Fuel 

Provide  mechanical  energy 

alrframa 

Elect,  energy 

Starting  air 

• 

Provide  pneumatic  fluid 

• 

Torque  at  CSD 

• 

• 

Bleed  atr  at  envir.  control 

c 

Torque  at  hyd.  ays.  pumps 

e.o 

APU 

Provide  pneumatic  fluid 

• 

Air  at  engine  starter 

0 

Fuel 

Provide  mechanical  energy 

c 

Air  at  envir.  control 

• 

Hydraulic  pressure 

ayMetn 

• 

Elect,  eoirrgy 

• 

Torque  at  elect,  sya.  gen. 

7.0 

FUEL 

Store/dletribute  fuel 

• 

Fuel  at  engines 

• 

Elect  energy 

• 

Fool  at  APU 

• 

Fuel  from  external 

« 

Fuel  overboard 

tnre* 

8.0 

ELECTRICAL 

Provide  electrical  power  to 

« 

AC  powtr  at  circuit 

c 

Torque  at  CSD  from 

operate  lyMema 

breaker  penela/trana. 

engine 

• 

DC  power  at  circuit 

« 

External  elect,  energy 

breaker  panels/trans. 

• 

Torque  from  hydr.  ays. 

• 

Torque  from  APU 

9.0 

HYDRAULIC 

Provide  hydraulic  power  to 

• 

Hydraulic  pressure  at 
manifolds /actuators  for: 

1.  L.G.  sya. 

• 

Engine  torque 

operate  ayMema 

• 

Electrical  power 

2.  Alt.  cant. 

3.  Lift/drag. 

4.  Elec  power 

5.  Airframe 

10.0 

ENVIRONMENTAL 

Control  condition  of  external 

• 

A/C  internal  combart- 
menta  at  x  psi.  x%  O* 

• 

Bleed  sir  from  APU / 

CONTROL 

aurfacea  and  internal 

engine 

environment 

1%  humid,  x°F 

• 

Ram  air  from  environment 

• 

A/C  axternal  surface  free 
of  ice 

• 

% 

Elect,  power 

• 

Adequate  illumination 
level  provided 

U.O 

COMMUNICATIONS 

Provide  information  exchange 

• 

Information  (voice)  re* 

• 

Elect,  energy 

ceived  at  crew/cargo  stns. 

• 

Received  voice  signals 

• 

Info  transmitted  to  inter- 
nal/extemai  receivers 

12.0 

NAVIGATIONAL 

Provide  aids  to  navigations' 

e 

Reference  Information  at 

• 

Elect,  energy 

problem! 

crew  station 

t 

Received  RF  signals 

• 

Radar.' radio  emissions  to 
ground/alr  stations 

13  0 

MAN 

Performs  observational. 

e 

Controls  actuated 

e 

Visual  info 

computationai,  and  actuational 
activities 

c 

Calculations  performed 

Audio  info 

• 

Info  exchanged 

e 

Tnctunt  info 

Table  2-1  C-141A  Aircraft  Systems  for  Level  1  Functions 
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Functional  Units.  The  functional  unit,  a  hardware  system  or  subsystem, 
is  given  a  number  and  a  name  in  the  first  two  columns.  The  first  numeral 
refers  to  the  system  and  the  second  to  the  subsystem.  A  third  number 
should  identify  multiple  segments  within  a  subsystem  if  additional  break¬ 
down  is  required.  The  "parent"  system  is  listed  in  the  third  column.  The 
fourth  and  fifth  columns  give  state  information  regarding  each  functional 
unit  to  help  bound  it  as  well  as  to  provide  interface  information.  The 
column  designated  Performance  Description  gives  a  brief  summation  of 
the  need  for,  and  the  elements  comprising,  the  functional  unit.  All  func¬ 
tional  units  must  be  treated  as  closed -  loop  systems  where  all  inputs  and 
outputs  are  considered.  The  last  column,  Aid  Type,  lists  a  recommenda¬ 
tion  for  the  type  of  troubleshooting  aid  to  treat  the  hardware  grouping  that 
is  described.  Abbreviations  used  in  this  column  are:  MDC  -  Maintenance 
Dependency  Chart;  S  -  Schematic  Diagram;  P  -  Narrative  Procedure;  and 
S-C  -  Symptom  Cause  Diagram.  Additional  analysis,  as  outlined  in 
Section  III,  is  required  to  confirm  these  recommendations.  It  should  be 
noted  that  all  aircraft  components  ate  not  included  in  this  tabulation.  Those 
that  are  not  listed  are  considered  as  posing  little  difficulty  in  troubleshooting 
so  that  existing  methods  of  malfunction  isolation  may  be  adequate.  Any 
indications  to  the  contrary  should  be  observed  during  the  actual  development 
of  troubleshooting  aids. 

The  functional  units  described  in  Table  2-2  are  presented  in  the  form  of  a 
matrix  in  Figure  2-4,  Functional  Unit  Interface  Matrix.  These  functional 
units  are  at  the  system  and  subsystem  level;  therefore,  they  represent 
hardware  that  implements  Level  I  and  II  functions.  This  matrix  indicates 
ihat  a  dependency  exists  between  the  functional  units  intersecting  at.a  cell 
which  has  a  dot  entry.  Table  2-2  in  concert  with  the  matrix  should  permit 
the  analysts  to  determine  the  boundaries  of  most  aircraft  equipment  group¬ 
ings  . 

Some  of  the  functional  units  contained  in  Table  2-2  may  require  further 
segmentation  during  the  troubleshooting  aid  development  process.  It  is 
also  prob  ble  that  during  the  course  of  developing  aids,  that  revisions  to 
the  nomenclature  originally  used  will  be  recommended.  Additional 


2-31 


Vol.  ? 


caioo  m*.mu  ot.tiuid* 


STALL  WA»VmVfNTK>N 


VUUUUMfJUJL/UUUUk/USJUUUUUUUUk/UUUUUUUl 

[■■■■■■■■■■■■■■■■■■■□■■nMHiMgi 


AC  OCNCIATOC  NO.  I 


AC  ‘MNUATOrf  NO.  4 


AfU  C  INMATOt 


(XTIKNAL  TOWIt 


|l" 


ACstsnmmoN 


NO.  1  MVOtAULJC 


NO.  2  MYMAUUC 


nncniiHiaMHDnHnGuaiHaia! 

BBBcnnBBBBnBBnaBVinnBBUBBBBBi 

EsSESSSSSBgS3SSSSSSSggSSSSSSSSSS3SSS!!!!!!9 
SBSBBBBBSaEBBBBBBBaBgBBBBBBBBSSBBBSSBaaBBBBI 

■■■■■■■iflBDIflBDBBBBflBaBHHHHBH 


jgnyngnggj 


TTOOT  OXYGCN  SOFTLY 


ANIMONG/UIN  HMOVAL 


(XTfUOA  IU.UM  ./UGH  TING 


□nnnni 


HT  COMMUNICATION 


VMT  COMMUMCATTON 


UMT  COMMUNOT>ON 


TUGMT  DATA  HCOVkl 


ITT  (ADA I  A  ATX -44 


ITT  IAOAI  A  N^ ATX -44 


■BBB|BflBBBBBflBBBBBBBn[]BlflHpHP 
BBBBBBBBBBBBBBBBBBBBODB 

JBaBBBBBBBBBBBBBBBBDBBBBBBBBBnn 
BBBBBBBBBBDBBBBBBBBBQnl 
n  BBBBflBBBBBBBBBannBBBBBBBBBDBD 
BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBaBBl 
S ^ m  K  ■■■□□■■■■■■■■■□■ 


e^c: 


NAVIGATIONAL  COMTUIfl 


omit  COMTUTU 


TDGHT  OIMCTO*  SYS 


EBBBBI 

IbbobB 

SSiSS 

RHHibdi^ 

ffiSSSSSBBSSSSBSSBSSSggBSBSBBSSSSSSB 
SSSSBBSSSBBSSSSBSSBggSSSSSBSSSSSSS 
BSSBuSSSBBBBBBBBBBggSBBSBSBSSBBK 

BflBBflBaiBaaaaaaaaaaBiaaBi 
■■■■■■■■■■■■■■■■■■■■■BMI 


c 


IBBBDBaaBBBBBBBBBBBBBBBB 

■BBBBBBBBBBBBI 

BB 

■ 

■B 

■BB 

lBBDDBDnBBBBBBBBBBBBBBBB 

■BBBBBBBBBBBBI 

BB 

B 

■B 

BBB 

IBBDDBDDBBBBBBBBBBBBBBBB 

■BBBBBBBBBBBBI 

■B 

B 

■B 

BBS 

tBDDDnDBBBBBBBBBBBBBBBB 

BBBBBBBBBBBBDB 

BB 

B 

■B 

BBB 

1BBDDDDDBBBBBBBBBBBBBBBB 

■BBHbiillHMDi 

■■ 

B 

■B 

■■■ 

fBBDDDDBBBBBBBBBBBBBBBBB 

IBBDDBDDBBBBBBBBBBBBBBBB 

BBBBBBBBBBBBDB 

BBBBBBBBBBBBDB 

mum 

SB 

BBB 

■ ■■■■■■■■■■■■■■■■■ 

BDDBDDBBOBQBDB 

■BflflllflBBBBBBB 

■■ 

■fl 

BBB 

1BBDDBBDDBBDBBBBBBBBBBBB 

1BBDDBBBBBBBBBBBBBBBBBBB 

■BBBBBBBBBBBBI 

BB 

B 

BB 

■■■ 

■■■■■■■■■■■■■a 

■■ 

B 

BB 

■■ 

]■■!■■■■■■■■■■■■■■■■■■■ 

SoaDBBBBBBBBBBBBBBBBBBBB 

■■■■■■■■■■■■■a 

u 

B 

■B 

BBB 

■■■■BBBBBBBBBB 

■■ 

■B 

■■■ 

■■■■■■■■■■■■BB 

BB 

B 

■B 

BBB 

1BIODBBBBB £■■■»■■■■■■■■ 

BBBBBBBBBBBBBB 

■■ 

B 

BB 

BBB 

□■□■■■■■■■■■■■■■■■BB 

inDDDDDDDDDDaaBBaBDBDnB^ 

BBBBBBBBBBBBBB 

BB 

■ 

BB 

■■■ 

□BDDDDDBDDDDDn 

BB 

B 

BB 

BBB 

tidd  n  odnEnnooonnnonnnni: 

□□□DBDDDDDDDaQ 

IBBDDDBBBBBBBBBBBBBBBBBE 

BBBBBBBBBBBBBB 

■■■■■■■■■■■■■■ 

■■■■BBBBBBBBBB 

■■ 

■ 

BB 

■■■ 

IBDDDBDDBBBBBBBBBBBBBBBB 

SBQDBBBBBUBBBBBBBBB 

■■ 

B 

■■ 

■■■; 

■■ 

B 

■B 

■■■ 

II !□□■■■□■■□■■■■■■■■■■■■ 

BBBBBBBBBBBBDB 

■■ 

BB 

■■■ 

BBB 

IBBDBBBI 1DBBBBBBBBBBBBBB 

BBBBBBBBBBBBBB 

BB 

■■ 

(■■□□■■■□■■□■■■■■■■■■■■I 

lMDMMMMna|mi||Pli 

ibbddbbbbbbbbdmbbbbbbm 


iddbbbbi 


IBBDDi 

IBBBDBBBBBBBBBBBBBBDBBB 

ibbb  bb  ■■■■■■■■■■□■■ 

{■■□□■■■■■■■■■■■■■■■■□■I 


■■■■■■■■■■■BB  '•  ■■  -  ■■  BBI 
■■■■■□■■■■■■■□■■■■■■■■I 
■■■■■■■■■■■■■■■■■■■■■■I 


■■IS! 

IDDBBBBI 


IDBBBBB 

!□□■■■■ 

IDDBBB 
IBDBBBe&lS&'gra 
IDDBBBBBBBB 

■□□■■■■■■■■I 

IDDBBBBBBBBBB 

■■■■■■■■■■■M 

■■■■■■■■■■■■I 

!■■■■■■■ 

IB|BBBBBBBBBBI 


IBBBBBBBBI 

!■■■■■■■■! 

idbbbbbbk 

■SaSSBB! 

IDBBBBBBBI 


ID 


■SBS8S8nBBBSS&S! 

■■^■■■■■■■■■■□fii 


3DBDBBBBBBBBDB  ? 

■■■dbddbbdddbddi 

^  ^  I  - 1 "  t *  BSSnSy s  ® 


■■■■■■□■■■DBDDl 

l  BC  ;«■□■■■■ 
IBBBBBBBBBBBBBBBBI 
■■■■■■■■■■■■■■■■I 

j ■■■  JJBBBSSSSS S  ■! 

iBSBBBSBSSSESBSSS! 


hardware  groupings  may  be  discovered  that  should  be  covered  by  trouble¬ 
shooting  aids.  Iteration  is  common  in  activities  of  this  type.  Ideas  to 
improve  the  partitions  presented  may  be  discovered  by  participating 
personnel. 

Any  changes  or  additions  should  conform  to  the  same  criteria  used  in  the 
original  partitioning  process.  Discovery  of  supplemental  criteria  or  a 
ranking  of  the  existing  criteria  during  aid  development  should  be  reported 
and  should  be  incorporated  into  the  over-all  guide. 

The  following  procedures  are  recommended  to  be  followed  so  that  innova¬ 


tions  and  improvements  can  be  recognized  and  incorporated  uniformly  into 
the  troubleshooting  aid  set  by  all  personnel.  The  originator  of  the  recom¬ 
mended  change  should  document  the  recommendation  by: 

•  Example. 

•  Written  explanation. 

The  originator  should  then  present  the  recommendation  to  his  supervisor 
who  is  to: 

•  Review  the  proposal. 

•  Add  any  pertinent  comments. 

•  Inform  affected  personnel  of  the  change  (if  accepted). 
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SECTION  m 


DEVELOPMENT  OF  TROUBLESHOOTING  AIDS 

A.  GENERAL 

.  •  » t 

This  section  consists  of  a  discussion  of  some  practical  considerations  and 
specific  guidelines  for  the  development  of  adequate  troubleshooting  aids. 
Adequacy  is  defined  in  terms  of  the  criteria  imposed  upon  the  development 
of  each  portion  of  the  troubleshooting  aid,  and  is  presented  in  the  discussion 
of  each  step  in  the  development  procedure.  The  terms  "system”  and 
"functional  unit"  will  both  be  used  to  mean  the  same  level  of  system  partition 
throughout  this  discussion. 

B.  CONSIDERATIONS  FOR  TROUBLESHOOTING  AID  DEVELOPMENT 

The  over-all  consideration  for  any  maintenance  aid  is  the  intent  of  such  an 
aid.  In  the  case  of  the  troubleshooting  aid,  the  intent  is  to  provide  the 
technician  with  the  information  necessary  to  isolate  the  cause  of  a  malfunction 
with  the  highest  degree  of  accuracy  in  the  shortest  time,  and  with  minimum 
effort.  Consequently,  both  the  person  generating  the  troubleshooting  aid  and 
the  technician  using  it  should  be  aware  of  the  following  considerations: 

1.  Considerations  for  Troubleshooting  Aid  Development 

a.  Troubleshooting  is  the  name  given  to  the  activity  concerned 
with  identifying  the  specific  cause  of  a  system  malfunction.  The  specific 
troubleshooting  actions  to  be  performed  depend  upon  the  malfunction  symp¬ 
tom,  but  always  within  the  context  of  all  the  interrelated  parts  that  work 
together  to  perform  the  system  function  that  has  failed. 

b.  Symptom  is  the  name  given  to  tho  indication  that  some  part  in 
the  system  has  malfunctioned,  or  has  failed  to  perform  properly  a  system 
function. 

c.  It  is  possible  for  a  malfunction  to  occur  with  no  symptom 
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directly  observed,  or  with  the  symptom  observed  in  the  function  of  some 
associated  system.  That  is,  a  pump  failure  in  the  hydraulic  system  may 
not  be  observed  as  a  hydraulic  system  malfunction,  but  as  a  flight  control 
malfunction  due  to  a  requirement  to  exert  excessive  force  on  the  control 
wheel. 

*  f  •  ^  ■ 

d.  In  order  to  localize  and  isolate  the  defective  part,  the  mal¬ 
functioning  system  should  be  operated  to  verify  the  performance  of  all 
interrelated  parts  associated  with  the  symptom.  Exceptions  to  system 
operation  would  be  when  a  danger  to  other  system  parts  may  result  from 
additional  system  operation,  or  where  the  symptom -cause  relationship  is 
plainly  evident.  It  is  necessary  to  specifically  identify  these  exceptions  for 
the  troubleshooter. 

e.  Some  symptoms  may  be  observed  only  during  system  operation 
in  a  specific  environment  or  under  specific  conditions.  That  in,  an  engine 
may  always  function  properly  at  10,  000  feet,  but  may  malfunction  at  30, 000 
feet,  or  it  may  perform  properly  at  all  throttle  settings  except  full  thrust. 

f.  It  may  be  difficult  or  impossible  to  duplicate  exactly  the  environ¬ 
ment  in  which  the  malfunction  was  observed,  assuming  that  the  characteris¬ 
tics  of  the  environment  were  reported  with  the  malfunction.  The  functional 
characteristics  of  each  part  in  the  system  must  be  adequately  described  to 
allow  the  technician  to  infer  the  cause  of  the  malfunction,  or  the  environ¬ 
mental  symptom-cause  relationship  must  be  specifically  identified. 

2.  Requirements  of  a  Troubleshooting  Aid 


In  general,  the  troubleshooting  aid  must  be  capable  of  responding  to  the 
preceding  considerations,  which  will  largely  be  the  result  of  how  the  person 
generating  the  aid  interprets  these  considerations  in  relation  to  the  system, 
or  functional  unit,  for  which  he  is  responsible.  More  specifically,  the 
troubleshooting  aid  should  meet  the  following  requirements: 

a.  Provide  system  definition  by  identifying  the  interface  boundaries 
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relative  to  associated  systems,  arc]  by  identifying  the  interrelationship  of 
all  parts  within  the  system  that  are  required  to  effect  system  performance. 

b.  State  the  preliminary  condition  of  the  system  necessary  to 
verify  the  symptom  by  identifying  set-up  requirements  for  the  malfunctioning 
and  associated  systems. 

c.  State  the  relationship  of  symptom  to  all  possible  causes  by 
identifying  the  functional  interrelationships  of  parts  involved  in  producing 
the  indication  of  malfunction. 

d.  Identify  the  location  of  all  parts  in  the  system  to  facilitate 
isolation  of  suspect  parts. 

e.  Provide  a  functional  description  of  the  system  and  each  part 
in  the  system  to  identify  the  specific  performance  characteristics  of  each 
part. 

Different  configurations  of  the  same  system  must  meet  the  above  require¬ 
ments  relative  to  the  differences  of  interrelated  parts  and  their  specific 
performance  characteristics. 

3.  Required  Capabilities  of  Troubleshooting  Aid  Generator 

The  person  assigned  the  responsibility  for  developing  an  adequate  trouble¬ 
shooting  aid  must  be  able  to  meet  the  requirements  of  the  aid  considering 
the  characteristics  of  the  troubleshooting  activity  previously  identified. 

Most  important  is  his  ability  to  recognize  and  identify  functional  relation¬ 
ships  of  parts  within  systems,  and  systems  within  systems.  Next  in 
importance  is  his  knowledge  of  the  subject  matter  of  the  system  for  which 
he  is  responsible.  He  must  be  familiar  with  the  structure,  function,  and 
schematic  symbolizing  of  the  parts,  and  be  capable  of  performing  signal 
flow  or  circuit  analysis  of  the  system  in  order  to  specify  the  functional 
relationships  and  effect  on  system  output  resulting  from  failure  of  the 
parts.  Finally,  he  must  be  capable  of  documenting  the  results  of  his 
analysis  so  that  it  can  serve  as  a  troubleshooting  aid. 
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The  remainder  of  this  section  describes  the  procedure  for  the  troubleshooting 
aid  generator  to  follow  in  order  to  meet  the  aid  requirements,  and  provides 
him  with  appropriate  documentation  criteria. 

C.  DEVELOPMENT  OF  TROUBLESHOOTING  AIDS  FOR  AN  EXTANT 

SYSTEM 

The  following  discussion  describes  the  use  of  source  data  and  documentation 
criteria  during  development  of  the  troubleshooting  aid,  and  the  role  of 
management  in  controlling  aid  development.  Steps  in  developing  the  aid  are 
presented  as  numbered  activities  keyed  to  Figure  3-1,  which  describes  the 
troubleshooting  aid  development  approach.  The  sequence  of  performance 
is  critical  in  that  each  activity  utilizes  information  developed  in  a  preceding 
activity.  Other  activities  which  are  not  part  of  troubleshooting  aid  develop- 
ment,  but  which  are  critical  to  updating  and  publishing  are  briefly  discussed. 
It  should  also  be  noted  that  the  outputs  of  Activities  6  and  8  are  of  value  to 
the  formatting  of  all  maintenance  activities  in  addition  to  troubleshooting. 

1.  Assign  Functional  Units  to  Analysts 

The  development  of  a  troubleshooting  aid  begins  with  a  recognized  require¬ 
ment  to  generate  an  aid  for  a  functional  unit  identified  as  a  result  of  the 
partitioning  effort  described  in  the  preceding  section  oTthls-report.  Manage¬ 
ment  reviews  the  input  and  output  boundaries  and  the  performance  descrip¬ 
tions  of  the  functional  unit  in  order  to  determine  the  requirements  of  the 
analyst  to  be  assigned  the  responsibility  for  generating  the  troubleshooting 
aid.  Management  then  selects  the  most  qualified  analyst  available  and 
provides  him  with  the  information  of  functional  unit  boundaries  and  perfor¬ 
mance  description. 

Management  initiates  the  Troubleshooting  Aid  Data  Sheet  (Figure  3-2)  by 
entering  the  System  Name,  Functional  Unit  Name  and  Number.  The  following 
entries  are  made  on  the  Assignment  line  under  Disposition:  date  of  Assign¬ 
ment;  name  of  the  analyst,  or  aid  generator,  under  "Remarks";  initials  of 
the  person. making  the  assignment.  The  sheet  is  then  presented  to  the 
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analyst,  together  with  a  copy  of  the  Troubleshooting  Aid  Development  Pro¬ 
cedures  and  Criteria,  and  directions  appropriate  for  obtaining  source  data 
for  development  of  the  functional  unit  troubleshooting  aid.  Source  data 
should  include  all  Technical  Orders,  Engineering  Reports  and  Drawings, 
Failure  Analysis  Reports  and  any  other  information  available  that  pertains 
to  the  functional  unit. 

2.  Study  Troubleshooting  Aid  Development  Procedures 

Personnel  assigned  the  responsibility  for  a  functional  unit  must  read  the 
Troubleshooting  Aid  Development  Procedures  to  acquire  the  knowledge  of 
the  aid  requirements  and  the  techniques  to  meet  these  requirements.  The 
troubleshooting  aid  development  approach  presented  in  Figure  3-1  should 
be  used  as  a  frame  of  reference  to  view  the  required  sequence  and  relation 
ship  of  all  activities  to  be  performed.  The  specific  requirement  of  this 
activity  is  to  acquire  knowledge  of  the  criteria  governing  development  of: 

•  functional  unit  block  diagram 

•  integrated  schematic 

•  parts  location  illustration 

•  functional  descriptions 

•  end  item  list 

•  preliminary  information  sheet 

•  sequence  of  procedures 

•  symptom -cause  chart 

O  narrative  procedures 

•  maintenance  dependency  chart 

•  ’integrated  troubleshooting  aid  package 
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and  consists  of  a  study  of  the  activities  discussed  in  items  3  through  17 
below  and  PIMO  Troubleshooting  Aid  Specifications,  Volume  V. 

3.  Review  Functional  Unit  Data 

Personnel  responsible  for  a  functional  unit  should  review  all  existing  main¬ 
tenance  data  appropriate  to  the  functional  unit.  This  data  includes  Tech¬ 
nical  Orders,  Manuals,  Engineering  Drawings,  Failure  Analysis  Reports, 
and  any  other  information  that  is  accessible.  The  specific  requirement 
of  this  activity  is  to  obtain  knowledge  of  the  functional  unit: 

•  interface  with  other  functional  units 

•  lower  level  divisions,  or  segments 

•  schematic  representation 

•  correct  end  item  nomenclature 

•  performance  descriptions 

•  maintenance  activity  preliminary  requirements 

•  maintenance  activity  requirements. 

This  overview  of  all  maintenance  data  for  the  functional  unit  should  familiar¬ 
ize  the  personnel  with  information  available  for  development  of  the  trouble¬ 
shooting  aid  package,  and  should  identify  certain  characteristics  of  the 
functional  unit  that  will  later  be  used  to  assist  them  in  selecting  the  appropri¬ 
ate  aid  fo*  -\t  (Activity  9). 

4.  Develop  Functional  Unit  Block  Diagram 

This  activity  requires  a  detailed  study  of  the  functional  unit  composition 
and  interface  areas  in  order  to  develop  a  definitive  block  diagram  of  the 
subject.  This  diagram  will  define  the  functional  unit  when  the  following 
criteria  are  met  for  definition: 
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a.  All  interfaces  in  terms  of  energy  or  signal  flow  between  the 
bounded  functional  unit  and  all  interdependent  functional  units  have  been 
identified. 


b.  Specific  test  points  and  signal  specifications  between  the 
functional  unit  of  concern  and  all  interfacing  units  have  been  identified 


c.  All  included  end  items,  or  segments  which  contain  identifiable 
end  items,  are  specified. 


Onee  the  block  diagram  has  been  produced,  it  should  be  evaluated  to  deter¬ 
mine  whether  the  functional  unit  should  be  further  segmented.  In  addition 
to  the  criteria  governing  the  over-all  aircraft  partitioning,  the  analyst 
should  consider  each  candidate  segment  as  an  ENTITY  possessing  a  certain 
degree  of  independence.  The  objective  is  to  identify  manageable  portions 
of  the  aircraft  that  can  be  treated  by  a  troubleshooting  aid.  A  valid  SEG¬ 
MENT  must  be  bounded,  all  end  items  must  be  identified,  and  test  points 
between  segments  must  be  specified.  A  segment  is  an  entity  at  the  next 
echelo*'  in  the  functional  hierarchy.  For  example,  the  system  designated 
as  Navigation  has  been  st^mented  into  functional  units  implemented  by 
specific  navigational  equipment.  One  such  functional  unit,  the  AN/APN- 
59B  Search  Radar  is  illustrated  in  the  block  diagram  of  Figure  3-3.  It 
is  doubtful  that  further  segmentation  is  required  or  desirable. 


5.  Develop  Integrated  Schematic  and  Parts  Location  Illustration 


The  requirements  of  this  activity  are  the  preparation  of  an  integrated 
schematic  that  identifies  all  interrelationships  involved  in  signal  flow 
from  functional  unit  or  segment,  input  to  output,  and  a  pictorial  diagram 
illustrating  the  location  of  the  end  items  contained  within  the  functional 
unit  or  segment.  All  source  data  used  for  this  activity  should  be  identi¬ 
fied  on  the  Troubleshooting  Aid  Data  Sheet. 


a.  Integrated  Schematic.  Intent  Criteria.  The  basic  intent  of  the 
schematic  is  to  provide  the  troubleehooter  with  supplementary  information 
not  readily  obtained  from  other  troubleshooting  aid  materials.  System 
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representation  by  means  of  schematics  has  been  commonly  designed  to  re¬ 
veal  the  functional  design  and/or  to  serve  as  installation  or  manufacturing 
guides.  Maintenance  can  be  materially  benefited  by  presenting  this  informa¬ 
tion  in  an  integrated  fashion.  In  addition,  the  development  of  such  a  schemat¬ 
ic  serves  the  purpose  of  specifically  defining  the  functions!  unit,  thereby  as¬ 
sisting  the  personnel  responsible  for  developing  the  troubleshooting  aid  in  des¬ 
cribing  the  total  structure  of  the  functional  unit.  In  order  to  accomplish  this 
intent,  the  following  criteria  must  be  met. 

1)  Isolate  the  functional  unit,  or  segments  of  concern.  This  is 
accomplished  by  specifically  identifying  the  interfaces  be¬ 
tween  it  and  other  functional  units,  or  segments  on  the  sche¬ 
matic.  This  effort  is  an  outgrowth  and  amplification  of  the 
effort  involved  in  developing  the  functional  unit  block  diagram 
(Activity  4),  and  identifies  the  interface  at  specific  end  items 
within  the  functional  unit. 

2)  Identify  all  end  items  schematically.  A  functional  unit,  or 
segment,  should  be  represented  by  an  integrated  schematic; 
i.e.,  it  is  more  effective  to  combine  electrical,  hydraulic, 
and  mechanical  entities  into  a  single  composite  schematic 
instead  of  developing  separate  schematics  for  each  of  the 
different  mechanization  disciplines  comprising  the  over-all 
functional  unit.  This  convention  is  based  upon  the  desire  to 
present  the  over- all  picture  of  the  troubleshooting  unit  where 
troubleshooting  unit  is  defined  as  a  closed- loop  system  im¬ 
plementing  a  functional  requirement.  The  items  comprising 
this  system  may  belong  to  various  hardware  classes. 

3)  Specify  the  functional  interrelationship  of  all  end  items  com¬ 
prising  the  functional  unit,  or  segment.  Each  end  item 
must  be  connected  to  some  other  end  item  within  the 
functional  unit  in  order  to  properly  mechanize  the 


function,  if  no  interrelationship  is  found  to  exist, 
the  end  item  does  not  belong  in  the  functional  unit 


Trace  the  signal  flows  through  the  functional  unit,  or 
segment.  Applying  control  loop  analysis  to  verify 
continuous  signal  flow  through  all  the  end  items  under 
the  various  modes  of  operation  will  assist  in  describing 
the  functional  interrelationships.  It  also  will  identify 
the  inclusion  of  end  items  that  do  not  belong,  or  the 
exclusion  of  end  items  that  do  belong,  in  the  functional 
unit. 


Existing  maintenance  data  for  the  functional  unit  should  be  searched  for 
schematics,  pictorial  diagrams,  illustrations,  and  descriptive  text  to 
assist  in  meeting  the  intent  criteria. 


b.  Integrated  Schematic  Format  Criteria 


The  following  criteria 
are  presented  in  order  to  standardize  the  presentation  of  integrated  sche¬ 
matics,  and  to  assist  in  meeting  the  intent  criteria. 


Use  conventional  engineering  symbology  in  the  schematic 
This  is  particularly  pertinent  when  developing  detailed 
schematics.  Jhe  conventions  that  are  extant  on  sche¬ 
matics  available  from  the  Technical  Manuals  should  be 

A 

adhered  to  (if  there  is  a  conflict  between  standard 
engineering  practices),  because  the  technician  may 
occasionally  need  to  refer  to  the  wiring  diagrams  fur¬ 
nished  by  the  equipment  vendor.  Conflict  in  symbology 
between  prime  contractor-furnished  schematics  and 
vendor-furnished  schematics  should,  therefore,  be 
minimized.  A  list  of  symbols  will  be  a  necessary  part 
of  the  troubleshooting  aid  volume:  therefore,  all  pecu¬ 
liar  conventions  should  be  noted.  In  certain  instances, 
pictorial  representation  of  end  items  will  help  provide 
a  more  meaningful  grasp  of  the  system.  In  other  cases 


it  may  be  desirable  to  present  a  schematic  with  some 
sections  illustrated  in  greater  detail  tVa  others. 


The  arrangement  of  the  elements. on  the  schematic 
should  be  such  as  to  best  facilitate  its  use.  First, 
it  is  recommended  that  an  attempt  be  made  to  main¬ 
tain  a  left -to -right  flow  of  signals  through  the  schematic. 
Feedback  signal  flow  will  generally  be  from  right  to 
left.  However,  this  convention  should  not  be  allowed 
to  constrain  the  analyst  to  the  point  where  components 
must  be  repeated  or  excessive  line  crossings  are 
needed.  Secondly,  it  is  recommended  that  the  schematic 
group  functional  elements  be  placed  so  that  their  actual 
physical  location  can  be  readily  ascertained.  Thes  s 
recommendations  should  not  be  construed  as  constraints 
to  the  implementation  of  the  intent  criteria;  instead, 
they  should  be  considered  as  techniques  to  accomplish 
the  objectives  of  the  schematics. 


3)  Identification  of  system  elements  on  the  schematic  should 
include  removable  end  items  by: 

(a)  Name 


(b)  Part  number 


(c)  Location 


These  should  also  be  enclosed  in  a  box  where  if  leads 
clarity  to  the  schematic. 


4)  Interconnecting  circuitry  should  include 


(a)  Electrical  wiring;  hydraulic  plumbing, 
pneumatic  ducting  and  mechanical  linkage 
identification  numbers. 

(b)  Connector  identifying  numbers  enclosed  in  a 


. 


k 


(0 


(d) 


rounded  rectangle  ana  placed  on  each  side  of  the 
connector. 

Test  points  to  assist  in  the  isolation  of  faulty 
end  items,  when  determined  necessary  by  the 
analyst.  If  the  schematic  supports  an  MDC, 
the  signal  specification  availability  is  adequate 
for  this  identification.  Test  points  are  usually 
indicated  by  a  standard  symbol.  It  is  recom¬ 
mended  that  the  test  points  be  numbered  and 
coded.  The  following  test  point  symbols  are 
to  be  used.  (See  Figure  3-4).  Numbering 
permits  use  of  a  signal  epecifications  table 
to  identify  the  normal  reading  and  tolerances 
at  the  test  point  when  space  to  write  signal 
specifications  is  at  a  premium. 

Terminal  boards  where  signal  flow  converges 
or  diverges,  Oi  where  needed  to  trace  signal 
flow  continuity. 


5)  The  schematic  should  include: 

A  title  in  bold  type  centered  ut  the  bottom  of  the  sheet. 
This  title  will  consist  of  the  name  of  the  system  or 
segment,  and  its  corresponding  numerical  designator. 
If  multiple  sheets  are  required  for  a  schematic,  enter 
under  the  title  the  term  "sheet  l  of  n, "  where  1  refers 
to  the  specific  sheet  number  and  n  the  total  number  of 
sheets. 

The  change  series  of  the  total  system  for  which  the 
schematic  is  applicable.  This  note  should  be  placed 
in  the  lower  left-hand  side  of  the  sheet  and  headed  by 
the  term  "effectivity"  in  reversed  block  letters. 
Different  system  design  configurations  should  be 
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WHEN  USED 


Grey 

(with  black  lettering) 


Figure  3-4  Test  Points 


Test  points  designed  into  the 
equipment  which  are  directly 
accessible,  such  as  jacks,  ex¬ 
posed  terminals,  and  events 
(actions)  which  may  be  recog¬ 
nized  from  outside  the  equip¬ 
ment.  (These  events  may  or 
may  not  require  the  use  of 
test  equipment  for  their  recog¬ 
nition.  ) 


Secondary  test  points  or  events 
(actions)  which  may  be  deter¬ 
mined  or  observed  only  after 
the  equipment  enclosure  has 
been  opened,  and  which  are 
readily  accessible.  (These 
events  usually  require  the  use 
of  test  equipment  for  their 
recognition. ) 


Test  points  or  events  (actions) 
which  are  difficult  to  access 
and  which  always  require  the 
use  of  test  equipment. 


BACKGROUND 


White 


Black 
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REMOVABLE 
UNIT  Y 


REMOVABLE 
UNIT  X 


identified  by  a  number  enclosed  in  a  triangle,  Z]\  . 

If  only  a  minor  portion  of  the  schematic  differs  between 
two  series  of  the  system,  the  difference  in  circuitry 
should  be  presented  in  a  block  with  identification  of 
alternate  mechanization  for  the  appropriate  series.  If 
there  are  major  differences  in  the  functional  unit  config¬ 
urations  of  two  or  mare  series,  individual  schematics 
should  be  prepared  for  each  series,  and  the  series 
effectivity  noted  for  each  schematic. 

When  notes  are  required,  use  standard  engineering 
practice.  The  location  of  the  note  will  usually  depend 
upon  the  available  space;  however,  when  space  permits, 
it  should  be  located  in  the  lower  right  area  of  the  sche¬ 
matic.  If  notes  appear  on  source  schematics  that  are 
pertinent  to  installation  only  and  are  not  needed  for  ;S 
troubleshooting,  they  may  be  deleted.  The  word  "Note" 
should  be  in  reversed  block  letters. 

Each  schematic,  and  other  troubleshooting  aids  as  well, 
v/iil  receive  a  data  which  will  be  located  in  the  extreme 
lower  right.  This  date  shall  be  the  date  of  development 
completion  on  the  part  of  the  analyst.  The  date,  the 
title,  and  the  effectivity  note  should  appear  in  line  in 
the  margin  across  the  bottom  of  the  sheet. 

8)  For  field  use,  the  final  size  of  the  schematic  should  be 
limited  to  11  x  17  -inch  sheets.  If  it  appears  that  more 
space  will  be  required,  the  analyst  should  prepare  the 
rough  schematics  on  separate  sheets,  or  clearly  indicate 
where  the  artist  should  break  it  into  multiple  sheets. 


Figure  3-5  is  an  example  of  a  portion  of  a  typical  schematic  diagram  show 
ing  electrical  elements  oi  a  functional  unit.  Note  that  the  end  items  are 
indicated  by  dashed  boxes  as  well  as  identifying  numbers .  This  particular 


■  i 

K' 

^  *  ■' 

■  . 

Wkr  t 

i..,v 

w 

■i  V 

.  *'  \] 

■f 

•  2i  . 

if  J 

■ 

■  »l 

B-  i 

/ ■ 

:•  ' 

n' 

>.  1 

Ba  * 

||U 

; 1 

\* 

!#.'•  .r 

1  .» 

|  *  ' 

r';l 

B  -• 

1  ' 

-• 

u 

, 

3T-fr 

:• 

•  * 

% 

! 

K 

. .  * 

►  ' 

1  •  ■*• 

1  * 

V  * 

KX  . 

u 

jf 

. f-- J 


i 1  g 


Figure  3-5  Aileron  Control  and  Trim  System 
Schem  atic  Diagram 


diagram  is  intended  as  a  typical  approach  only  and  does  not  represent  the 
only  way  to  render  a  functional  unit.  Representation  of  functional  elements 
facilitates  the  maintenance  technician's  ability  to  troubleshoot.  This 
schematic  is  a  composite  showing  both  electrical  and  hydraulic  functional 
elements.  Mechanical  linkage  is  represented  by  dashed  lines,  and  is 
further  developed  on  the  parts  location  illustration. 

c.  Parts  Location  Illustration  Intent  Criteria.  The  basic  intent 
of  this  illustration  is  to  identify  the  location  of  the  end  items  to  minimise 
the  time  required  to  gain  access  to  a  specific  end  item  during  fault  isola¬ 
tion.  In  addition,  its  development  will  further  assist  in  defining  the  func¬ 
tional  unit  by  identifying  end  item  particulars  that  may  not  have  been  in¬ 
cluded  in  the  schematic  representation.such  as  idler  pulleys,  cable  turn- 
buckles,  and  travel  stops.  The  following  criteria  must  be  met  to  accom¬ 
plish  this  intent. 

1)  Identify  the  physical  characteristics  of  each  end  item  in 
the  functional  unit.  The  physical  characteristics  should 
include  sufficient  detail  to  permit  the  troubleshooter  to 
recognize  the  real  end  item  from  its  pictorial  represen¬ 
tation. 

2)  Identify  the  interconnection  or  physical  interrelation¬ 
ship  of  end  items  in  the  functional  unit.  This  illustra¬ 
tion  of  interrelationships  should  supplement  the  inte¬ 
grated  schematic  by  providing  more  detail  than  is 
appropriate  for  a  schematic,  and  is  particularly  im¬ 
portant  to  the  troubleshooter  in  tracing  mechanical 
linkage  or  hydraulic  plumbing  during  fault  isolation. 

3)  Identify  the  location  of  end  items  in  the  functional  unit 
relative  to  some  over-all  aircraft  system  reference. 

This  is  partially  accomplished  by  identifying  the  inter¬ 
relationship  of  end  items;  however,  the  illustration 
xepresents  specific  details  abstracted  from  the  total 
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system,  and  the  location  of  the  details  should  be  keyed 
to  some  general  location  on  a  gross  level  representation 
of  the  total  system. 


d.  Parts  Location  Illustration  Format  Criteria.  The  following 
criteria  are  presented  in  order  to  standardize  the  presentation  of  parts 
location  illustrations,  and  to  assist  in  meeting  the  intent  criteria. 


Develop  sufficient  general  detail  line  drawings  to  provide 
reference  for  the  location  of  functional  unit  end  items 
within  the  total  aircraft  system.  Where  specific  end 
items  are  Isolated  in  their  locations,  use  letter  desig¬ 
nators  to  refer  to  specific  lower  level  details.  The 
letter  designators  should  follow  alphabetical  progression, 
starting  with  "A':,  for  details  at  the  functional  unit  input, 
and  progress  following  signal  flow.  The  letter  designator 
should  be  a  white  block  letter  on  a  black  rectangular 
field. 


Present  the  end  item  detail  drawings  in  a  consistent 
plane  of  view  with  sufficient  detail  to  identify  each  end 
item.  Where  letter  designators  have  been  used  to  iden¬ 
tify  the  location  of  details,  repeat  the  same  letter  desig¬ 
nator  near  the  detail  and  either  group  the  detail  drawing 
in  a  box,  or  use  an  arrow  to  point  from  the  letter  desig¬ 
nator  to  the  detail. 


3)  Identify  each  end  item  in  the  detail  drawing  with  an 
Arabic  number  designator,  progressing  from  "1"  at 
the  functional  unit  input,  in  the  direction  of  signal  flow, 
to  the  functional  unit  output.  Each  number  should  be 
located  adjacent  to  the  end  item  it  represents,  with  an 
arrow  pointing  from  the  number  to  the  specific  end  item 


4)  Prepare  an  illustration  key  consisting  of  the  number 


SWST:  ■  » 


designators  and  their  corresponding  correct  nomen¬ 
clature,  to  be  included  in  or  adjacent  to  the  illustration. 
Preferably,  whei  keys  are  used  outside  the  art,  these 
shall  be  located  below  the  illustration  and  precede  the 
figure  title, 

5)  Page  size,  type  size,  and  figure  identification  criteria 
are  the  same  as  the  criteria  for  integrated  schematics^ 
Figure  3-6  is  an  example  of  a  parts  location  illustration 
i  that  meets  the  above  criteria. 

6.  Develop  End  Item  List  and  Functional  Description 


The  requirements  of  this  activity  are  the  preparation  of  a  list  of  all  end 
items  contained  in  the  functional  unit,  and  a  functional  description  of  the 
functional  unit,  segments,  and  end  items.  The  integrated  schematic  and 
parts  location  illustration  should  be  used  as  a  basis  for  identifying  the  end 
items,  and  existing  descriptive  data  should  be  searched  for  appropriate 
information  for  the  functional  description.  All  source  data  used  for  this 
activity  should  be  identified  on  the  Troubleshooting  Aid  Data  Sheet. 

a.  End  Item  List  Requirements.  The  purpose  of  the  end  item 


list  is  to  provide  a  standard  terminology  by  identifying  the  correct  nomen¬ 
clature  for  all  end  items  which  comprise  the  functional  unit.  Front  panel 
identifying  nomenclature  for  switches,  controls,  indicators,  circuit  break¬ 
ers,  etc. ,  should  be  in  upper  case  letters.  Each  end  item  should  be  iden¬ 
tified  by  a  sequential  Arabic  number,  such  that  the  number  of  the  last  end 
item  on  the  list  represents  the  total  number  of  end  items  in  the  functional 
unit. 

Figure  3-7  is  a  suggested  form  to  assist  in  the  development  of  this  end 
item  list.  The  functional  unit  name  and  number  are  entered  at  the  top  of 
each  sheet  in  the  list.  The  sequence  and  total  number  of  the  sheets  in  a 
list  are  also  entered  on  this  line  The  first  column  of  the  list  provides  for 
identification  cf  lower  level  segments,  when  these  segments  have  been 


3-23 


Vol. 


«  «  •  A  V  •'-*  • 


■  ‘  . 

SV  ■  • 

-4  ...  **; 

* :  * 


mm 


■  i  A 


-M  ■ 

v  * 


MHBHK93 
*  • 


I.  TEMPERATURE  YO  15  T*E  AVERAGE  Of  OUT¬ 
SIDE  At*  TEMPERATURE  AND  THE  CARGO 
COMPARTMEN7  TEMPERATURE  (MEASURED  AT 
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®  INSTALL  PIG  HN  3S0OCO9-KJ7  WHEN  RIG  PIN 
13  USED  AT  THIS  LOCATION.  INSTALL  RIG 
PIN  new  INiOAMJ  SICE  Of  INBOARD  PEDAL 
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REGULATOR  ACCESS  DOORS  LOCATED  IN 
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iu  take -up 


LINKS 


DESaiP 

TION 


FUNCTION  FOR 
TENSION  IN  CARLE 


RUDDER 
LEFT  SIDE 


TURNS  MJODE*  J. FT 


TURNS  IUDOER  RIGHT 


I .  PILOTS  EIGHT  RUDDER  PEDAL 

J.  PILOTS  LEFT  RUDDER  PEDAL 

3.  LEFT  -UDDER  LEVER  ARM 
3A.  RIGHT  RUDDER  LEVER  ARM 

4.  PEDAL  PIVOT  SI  'AFT 

3.  LEFT  PEDAL  PUSHROD 
3A.  RIGHT  PEDAL  PUSHROD 

4.  RUDDER  TRUSS  CRANK  LEVER 

7.  MAKE  LINKAGE  SELLCRANK 

8.  HANGER  SRACKET 

».  HOLE  FOR  3500007-107  RIO  'IN 

10.  PILOTS  8ELLCRANK  LEFT  PUSHROD 

11.  PILOTS  MLLCRANK  RIGHT  PUSHROD 

12.  PILOTS  8ELLCRANK 

13.  HOLE  FOR  3S00009-I03  RIG  PIN 

14.  RIGHT  TRAVEL  STOP  80LT 

15.  LEFT  TRAVEL  STOP  »OLT 

16.  PUSHROD 

17.  PILOTS  INTERCONNECT  SELLCRANK 

18.  HOLE  FOR  3S03039-I03  RIG  PIN 

19.  PILOTS  TENSION  REGULATOR  PUSHROD 

20.  PILOTS  TENSION  REGULATOR 

21.  HOLE  FOR  3S00009-103  RIG  rlN 

22.  INTERCONNECTING  rUSHROD 

23.  CCf  HOTS  SELLCRANK  RIGHT  PUSHROD 

24.  COPILOTS  C'LLCRANK  LEFT  PUSHROD 

25.  COPILOTS  8ELLCRANK 

26.  HOLE  FOR  3S00009-I03  RIG  PIN 

27.  PUSHROD 

28.  COPILOTS  INTERCONNECT  SELLCRANK 

29.  HOLE  FOR  3500039-103  RIG  PIN 

30.  COPILOTS  TENSION  REGULATOR  PUSHR 

31.  COPILOTS  TENSION  REGULATOR 

32.  HOLE  FOR  3S00039-I03  RIG  PIN 


RUDDER 
RIGHT  S  DE 


TURNS  RUDDER  LEFT 


RUDDER 
RIGHT  SIDE 


TURNS  RUDDER  RIGHT 


WJOOK  LEFT 


RUDDER  RICH? 


RUOOER  LEFT 


KUDOS  RECCING  NOMENCLATURE  j 

1.  PILOTS  RIGHT  RUDDER  PEDAL 

33.  PEDAL  ADJUSTMENT  CRANK 

2.  PILOTS  LEFT  RUDDER  PEDAL 

14.  CHAIN 

3.  LEFT  RUDOER  LEVER  ARM 

».  CHAIN  SPROCKET 

SA.  RIGHT  RUOOER  LEVER  ARM 

14.  ADJUSTING  SCREW 

4.  PEDAL  PIVOT  SHAFT 

17.  INPUT  QUADRANT  ' 

S.  LEFT  PEDAL  PUSHROD 

SI.  HOLE  FOR  1WMC9-I0J  RW  PIN 

SA.  RIGHT  PEDAL  PUSHROO 

IP.  RUDOER  TRIM  ACTUATOR 

6.  RUOOE?  TRUSS  CRANK  LEVER 

40.  ADJUSTMENT  LOCKING  SCREW 

7.  RRAKE  LINKAGE  KUCRANX 

41.  POSITION  TRANSMITTER  ADJUSTING  SCREW 

8.  HANGER  MACKET 

42.  ARTIFICIAL  FEEL  SPRING  j 

9.  HOLE  FOR  3S0C009-I07  RIG  PIN 

41.  RUOOER  CONTROL  PRIMARY  INPUT  ROO 

10.  PILOTS  RELLCRANK  LEFT  PUSHROD 

44.  RUDDER  CONTROL  SECONOAIV  INPUT  ROD  [ 

II.  PILOTS  RELLCRANK  RIGHT  PUSHROD 

43.  PRIMARY  SERVOVALVE  INPUT  A  PSEDIACK  LINKAGE 

IE.  PILOTS  RELLCRANK 

44.  HOLE  FOR  feuCWP-lPJ  RIO  PIN 

13.  HOLE  FOR  3S00009-I03  RIO  PIN 

47.  SERVOVALVE  PRIMARY  UPPER  INPUT  LEVER 

13.  RIGHT  T*Ava  STOP  DOLT 

4|.  SERVOVALVE  PRIMARY  LOWED  INPUT  OVER 

IS.  LEFT  TRAVEL  STOP  ROLT 

49.  YAW  DAMPER  SERVO 

14.  PUSHROO 

50.  YAW  DAMPER  RELLCRANK 

17.  PILOTS  INTERCONNECT  RaLCTANK 

SI.  OUG  L'NK 

18.  HOLE  FOR  3S03009-103  RIO  PIN 

52.  CENTERING  SPRING 

19.  PILOTS  TENSION  REGULATOR  PUSHROO 

SI.  SYS  1  ACTUATING  CYLINDER 

20.  PILOTS  TENSION  REG  HA  TOR 

50A.  POWER  OUTPUT  LEVER  ASSY 

21.  HOLE  FOR  3S00009-103  RIO  PIN 

54.  RUOOER  TORQUE  TORE 

22.  INTERCONNECTING  PUSHROD 

B.  RUDOER 

23.  COPILOTS  RELLCRANK  RIGHT  PUSHROO 

54.  HOLE  FOR  3S0CW9-IIB  MO  PIM 

24.  COPILOTS  RELLCRANK  LEFT  PUSHROD 

57.  MOLE  FOR  1S00309  103  RIG  PIN 

25.  COPILOTS  8ELLCRANK 

54.  SUPPORT  IAR 

24.  HOLE  FOR  3S00309-103  RIG  PIN 

59.  SYS  1  LOAD  LMIT  PILOT  VALVE  SOUNOID 

27.  PUSHROO 

40.  SYS  1  SHUTOFF  ANO  RYPAJS  VALVE 

28.  COPILOTS  INTERCONNECT  RELLCRANK 

41.  SYS  1  FILTER 

29.  HOLE  FOR  3SC0039-103  RIG  PIN 

42.  SYS  2  FILTER 

30.  COPILOTS  TENSION  REGULATOR  PUSHROO 

43.  SYS  2  SHUTOFF  ft  IYPASS  VALV. 

31.  COPILOTS  TENSION  REGULATOR 

44.  SYS  2  LOAD  LIMIT  PILOT  VALVE  SOUNOID 

32.  HOLE  FOR  3S00039-I03  RIO  PIN 

45.  RUDDER  POWER  CONTROL  ASSY. 

Figure  3-6 


Rudder  Control  and  Trim  System 
Parts  Location  Diagram 
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Figaro  3-7  List  of  End  Items  by  Functional  Unit/Segmeni 


defined  by  the  functional  unit  block  diagram.  End  items  contained  in  each 
segment  should  then  be  sequentially  numbered  (second  column),  and  listed 
in  order  of  signal  or  energy  flow  from  input  to  output  (third  column).  The 
reference  designator  of  the  end  item  is  entered  in  the  fourth  column.  The 
location  of  the  end  item  within  the  total  system  is  entered  in  the  fifth  column. 
Information  concerning  end  item  interface  with  other  functional  units  or 
segments  within  this  functional  unit  should  be  entered  in  the  "Remarks" 
column. 

b.  Functional  Description  Intent  Criteria.  The  intent  of  the 
functional  description  is  to  provide  information  to  the  troubleshooter  con¬ 
cerning  the  performance  of  the  functional  unit  in  supporting  total  system 
performance;  functional  unit  segments  in  supporting  functional  unit  perfor¬ 
mance;  and  specific  characteristics  of  the  end  items  involved  in  mechani¬ 
zing  the  functional  unit/segments  performance. 

The  following  criteria  must  be  met  to  accomplish  this  intent. 

1)  Describe  the  functional  unit  performance.  This  should 
pr  ov;  '.e  a  general  description  of  the  complete  functional 
unit  performance,  identifying  lower  level  segments  as 
required,  in  the  following  terms: 

(a)  commonalities  to  other  similar  functional 
unit  performance. 

(b)  special  characteristics  unique  to  this  particular 
functional  unit  design. 

(c)  interrelationship  of  the  functional  unit  of  con¬ 
cern  with  other  functional  units  from  which  it 
obtains  energy,  or  to  which  it  provides  energy 
or  signals. 

2)  Describe  functional  unit  segment  performances.  This 
should  provide  a  more  specific  description  of  the  func¬ 
tional  unit  at  the  next  lower  level,  if  lower  level  segments 
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have  been  defined.  Consideration  of  descriptive  terms  is 
the  same  as  for  the  functional  unit. 


Describe  the  end  items.  Description  of  the  end  items 
should  be  concerned  with  the  following: 

(a)  unique  physical  characteristics  not  obvious 
in  the  parts  location  illustration. 

(b)  unique  performance  characteristics  that  sepa 
rate  the  specific  end  item  from  other  similar 
end  items. 


(c)  interrelationships  of  end  items  to  mechanize 
the  functional  unit/segment  performance. 


c.  Functional  Description  Format  Criteria.  The  following  criter 
ia  are  presented  in  order  to  standardize  the  presentation  of  functional  des¬ 
criptions,  and  to  assist  in  meeting  the  intent  criteria. 


Wording  of  Text.  The  text  shall  be  factual,  specific, 
concise,  and  clearly  worded  so  as  to  be  readily  under¬ 
standable  to  relatively  inexperienced  personnel  perform¬ 
ing  the  work  on  the  equipment,  yet  provide  technicians 
with  sufficient  information  to  insure  peak  performance 
of  the  equipment.  The  sentence  form  shall  be  simple 
and  direct,  avoiding  the  obvious  and  the  elementary, 
and  omitting  discussions  of  theory  except  where  essential 
for  practical  understanding  and  application,  or  as  re¬ 
quired  by  the  applicable  detail  specification.  Engineering 
knowledge  reflected  in  the  manual  shall  first  be  converted 
into  the  most  easily  understood  wording  possmle.  Tech¬ 
nical  phraseology  requiring  a  specialized  knowledge  shall 
be  avoided,  except  where  no  other  wording  will  convey 
the  intended  meaning. 


2)  Grammatical  Person  and  Mode.  The  third  person  indica¬ 
tive  shall  be  used  for  description  and  discussion,  for 
example:  "The  torsion  link  assembly  transmits  torsional 
loads  from  the  axle  to  the  shock  strut". 

3)  Paragraphing.  The  first  paragraph  in  the  functional 
description  shall  be  titled  "General”,  and  contain  & 
general  description  of  the  func  tional  unit.  The  lower 
level  segments,  or  principal  end  items,  should  be 
identified  in  this  paragraph.  r  ,he  second  paragraph 
should  describe  the  normal  op  eration  of  the  functional 
unit,  from  the  input  source,  tl trough  the  end  items  to 
the  output.  The  remaining  paragraphs,  in  order  of 
presentation,  should  be  concerned  with  alternate  opera¬ 
tional  mode  descriptions,  segment  descriptions,  and 
end  item  descriptions.  Each  paragraph  should  be  titled 
with  the  name  of  the  operational  mode,  segment,  or  end 
item  with  which  the  description  s  concerned.  The 
complete  title  should  appear  in  upper  case  letters,  with 
the  descriptive  paragraph  starting  on  the  same  line.  No 
paragraph  numbering  is  required.  Where  appropriate, 
the  figure  number  cf  artwork  that  supports  the  discussion 
should  be  referenced  in  parenthesis  immediately  after  the 
paragraph  name. 

4)  Use  of  Supportive  Art.  The  text  should  be  supported  by 
illustrations  to  the  extent  necessary.  Illustrations  shall 
also  be  used  when  required  by  the  applicable  detail  speci¬ 
fication,  to  furnish  pictorial  identification  of  parts  and 
tools.  The  minimum  number  of  illustrations  essential 
for  such  purposes  should  be  used.  Illustrations  serving 
no  specific  instructional  function  should  Etot  be  used. 
Illustrations  that  are  duplicates  in  appearance  and  content 
of  an  illustration  appearing  in  the  same  manual  should 
not  be  used;  nor  should  an  illustration  be  used  which  is 


altered  in  appearance  by  rearrangement  but  contains  no 
different  information.  Titling  duplicate  illustrations 
differently  does  not  justify  the  use  of  (he  same  illustration 
more  than  once  in  the  same  manual.  Use  of  illustrations 
in  the  functional  description  should  be  limited  to  providing 
additional  detail  not  appropriate  to  parts  location  or 
schematic  illustrations.  Figures  appearing  in  the  func¬ 
tional  description  should  be  identified  by  the  functional 
description  TSA  number,  followed  by  a  dash  and  the 
Arabic  numerals  progressing  from  "1",  and  should  be 
located  a^  close  as  possible  to  the  paragraph  they  support. 


Columnar  Arrangement.  The  text  of  the  functional 
description  should  be  arranged  in  columns  such  that  two 
columns  would  appear  on  a  page  8-1/2  inches  wide.  A 
page,  17  inches  wide  would  permit  four  columns,  and  a 
page,  35  inches  wide  would  permit  six. columns. 


Page  Size,  Type  Size,  and  Title  Criteria.  These  are  the 
same  as  the  criteria  for  integrated  schematics. 


7,  Develop  Preliminary  Information  Sheet 


The  requirement  for  this  activity  is  to  provide  the  necessary  information 
to  allow  the  tecnnician  to  prepare  both  himself  and  the  functional  unit  for 
troubleshooting.  To  meet  this  requirement,  personnel  responsible  for 
aid  development  should  review  all  maintenance  activities  appropriate  for 
the  functional  unit.  This  is  necessary  to  determine  tes:  equipment  and 
personnel  requirements,  and  preliminary  conditioning  of  the  entire  system 
necessary  for  the  technician  to  start  troubleshooting  the  functional  unit. 

All  source  data  used  for  this  activity  should  be  identified  on  the  Trouble¬ 
shooting  Aid  Data  Sheet. 


a.  Preliminary  Information  Sheet  Intent  Criteria.  It  is  the  intent 
of  this  information  sheet  to  provide  troubleshooting  personnel  with  a  sum¬ 
mary  of  the  prerequisites  for  starting  troubleshooting.  In  order  to  do  this. 
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the  following  intent  criteria  must  be  met 


Provide  a  table  of  required  test  equipment.  This  table 
should  indicate  the  name,  stock  identification  number 
and  use  or  application  of  all  test  equipment  involved  in 
the  troubleshooting  activity.  This  table  should  exclude 
tools  considered  as  part,  of  the  technician’s  standard 
tool  kit. 


2)  Provide  fabrication  instructions  for  special  test  fixtures 
that  are  not  considered  standard  test  equipment. 


Identify  the  personnel  requirements  for  troubleshooting. 
This  information  should  identify  the  maximum  number  of 
personnel  required,  and  describe  their  general  work 
station  and  interaction  during  troubleshooting. 


Identify  the  system  configuration  necessary  to  initiate 
troubleshooting  of  the  functional  unit.  The  sequence 
of  steps  (including  appropriate  notes,  cautions,  and 
warnings)  necessary  to  activate  other  functional  units 
that  interface  with  the  unit  of  concern  should  be  des¬ 
cribed.  The  initial  setting  of  circuit  breakers,  switches 
and  controls  necessary  for  functional  unit  operation 
should  be  identified. 


Prepare  a  key  of  effectivity.  Where  different  configu¬ 
rations  or  model  series  of  the  same  system  type  exist, 
it  is  necessary  to  provide  information  of  mechanization 
differences  between  the  series  for  troubleshooting  pur¬ 
poses.  Each  model  series  and  differences  of  functional 
unit  equipment  configuration  should  be  identified  sepa¬ 
rately  and  assigned  a  numerical  key  that  will  identify 
differences  in  information  to  be  presented  in  the  trouble 
shooting  aid. 
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b.  Preliminary  Information  Sheet  Format  Criteria.  Refer  to 


Figure  3-8  for  an  example  of  the  format  in  which  the  preliminary  informa¬ 
tion  should  be  presented.  The  following  specific  criteria  apply  to  format 
preparation: 


Specific  front  panel  nomenclature  for  circuit  breakers, 
switches  and  controls  will  be  lettered  exactly  as  it 
appears  on  the  panel  markings,  and  presented  as  white 
letters  on  a  black  background. 
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2)  Circuit  breakers,  switches  and  controls  without  specific 
nomenclature  will  be  identified  by  their  common  names 
with  black  upper  case  lettering. 

3)  Sufficient  piece -part  identification  should  be  provided 
for  fabrication  of  special  test  fixtures  (when  appropri¬ 
ate)  to  allow  the  technician  to  order  the  required  items. 

4)  Group  circuit  breakers,  switches  and  controls  by 
location  in  the  table  to  reduce  the  movement  required 
of  the  technician  in  verifying  or  positioning  these  items. 

Specify  Sequence  of  Procedures  for  Checkout  of  Functional 
Unit 


.  -  .Tv 


The  requirement  of  this  activity  is  to  identify  the  sequence  of  procedures 
necessary  to  exercise  all  end  items  contained  in  the  functional  unit.  The 
ef^rt  involved  in  meeting  this  requirement  is  principally  an  operational 
mode  analysis  of  the  functional  unit  which  results  in  segmentation  of  the 
total  procedure  into  discrete  groups  of  steps,  and  insures  proper  sequen¬ 
cing  of  segments  and  steps  by  following  the  signal  flow  through  the  inter¬ 
related  end  items  appropriate*  to  each  mode  of  operation.  This  effort  also 
involves  a  review  of  all  maintenance  activities  appropriate  for  the  end 
Items  to  suggest  the  impact  of  servicing,  alignment,  and  calibration  re¬ 
quirements  on  the  total  functional  unit  performance.  The  scurce  data  for 
the  operational  checkout  procedures  should  be  identified  on  the  Trouble- 
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Figure  1.  Test  Equipment 


ROTATE  PILOT'S  CONTROL  WHEEL  TO 
CAT50  BY  INDEX  MARKS  ON  WHE'l  H 
ON  TOR  OF  CONTROL  COLUMNS 


ENRAGING  OR  DISENGAGING  TH*H  FH 
WITH  THE  ELECTRICAL  SYSTEM  ENERGILU 
DAMAGE  TO  MOTORS  8Y  OVERLOADING 
FKASES.  ALWAYS  VERIFY  THAT  ELECTRIC 
FORE  ENGAGING  OR  DISENGAGING  CIS 
APPLY  UNSWITCHED  ROWER  DIRECTLY  TO 

ASSURE  THAT  CIRCUIT  BREAKtRS  LISTED  If 

ASSURE  THAT  SWITCHES  ARE  POSITIONED 


TO  MEASURE  FORCES  REQUIRED  TO 
ROTATE  THE  CONTROL  WHEEL. 


GAUGE,  PUSH-FULL 
DIAl 


DPP-30 

(CKATILtON  NO.) 

OR 

6633-57S-5286 
TORQUE  WRENCH 
(SQle  400  INCH 
FOUND  RANGE) 


GENERATOR  SET 


TO  ENERGIZE  ELECTRICAL  CONTROL 
CIRCUITS. 


TO  PRESSURIZE  NO.  I  AND  NO.  2 
HYDRAULIC  SYSTEMS. 


4930-470-MIS 


HYDRAULIC  TEST 
STAND 


4920-41 5-424i 


TO  MEASURE  BREAKAWAY  AND 
FRICTION  FORCES  AT  THE  CONTROL 
WHEEL. 


TESTER,  SPRING 
RESILIENCY,  PORT¬ 
ABLE  (MODEL  L-10) 


Figure  2.  Functional 


CIRCUIT  BREAKER  SHAME 


TO  MEASURE  CONTROL  WHEEL 
OPERATING  FCMCFS  OF  10  TO  30 
FOUNDS. 


TESTER,  COMPRES¬ 
SION  AND  TENSION 
(MOOR  L30-M) 


HYD  SYS  NO.  3  PUMP  NO.  )  PWR  PHASE  I 
-  •  ..  ,  .  J 

HYD  SYS  NO.  3  PUMP  NO.  I  PWS  PHASE  C 

WMffffl* . 


MEASURING  TENSION  IN  CONTROL 
CABLES. 


TENSIOMETER 


AN7PSM-4 


MEASURING  VOLTAGES  AND 
CONTINUITY. 


MULTIMETER 


HYD  SYS  NO.  3  PUMP  NO.  2PWR  PHASE* 
KYD  SYS  NO.  3  PUMP  NO.  2  PWR  PHASIC 


PERSONNEL  REQUIRED 


TWO  MEN  WITH  INTERCOMMUNICATION  SETS  ALE  REQUIRED  TO  TROUBLE 
SHOOT  AILERON  CONTROL  AND  TRIM  SYSTEM.  STATION  MAN  A  AT  RIGHT 
STATION  TO  OPERATE  CONTROLS.  STATION  MAN  »  AS  REQUIRED  TO  OBSERVE 
MOVEMENT  OF  AILERON  CONTROL  SURFACES  AND  LINKAGES,  AND  TO  MAKE 
NECESSARY  RIGGING  CHECKS  AND  CONTROL  SURFACE  MEASUREMENTS. 


AILERON  TAB  ACTR| 


EQUIPMENT  CONDITION 


I .  AIRCRAFT  MUST  NOT  »£  ON  JACKS  ANO  FUEL  TANKS  SHOULD  II 
LESS  VH4N  HALF  FULL. 


WARN  IT  TEST  t  ANNUN  CONT 


2,  RESERVOIR'’-  FOR  NO.  I  ANO  NO.  2  HYDRAULIC  SYSTEMS  MUST  IE 
PROPERLY  .'IRVICED. 


RH  AIURONBB 
LH  AIUROnH 
RH  A,UhOnB1 


IF  NO.  I  AND  NO.  2  HYDRAULIC  SYSTEMS  HAVE  HAD 
RECENT  CORRECTIVE  MAINTENANCE,  THEY  MUST  K  ILE0 
ANO  CHECK  OPERATED  ACCORDING  TO  THE  CORRESPOND. 
ING  CHECKOUT  PROCEDURE. 


IF  AILERON  PO\.ER  COf-  iRGl  AS  SEMILIES  HAVE  BEEN 
INSTALLED  RECENTLY  OR  HAVE  MEN  INOPERATIVE  FOR  A 
LONG  TIME,  LLEED  THE  VALVE  DAMPER  ASSEMIIIES 
ACCORDING  TO  SERVICING  INSTRUCTIONS  FOR  POWER 
CONTROL  ASSEMBLY  SERVOVALVE  DAMPER. 


See  Preliminary  Information 


NAME 

AN,  FART,  OR 
STOCK  NO. 

USE  ANO  APPLICATION 

CONTROLS  SYSTEM 

3S00009 

KIT  INCLUDES  AN  INCLINOMETER 

RIGGING  KIT 

(LOCKHEED  NO.) 

FOR  MEASURING  ANGLES. 

Figure  3.  Preliminary  Control  Settings 


wheel  torffliui  position  as  indi- 

)M  WHEEL  HU35  ALIGNED  WITH  SCRiSt  MUKS 
LUMNi. 


CONTROL  NAME 


LOCATION 


RIGHT  AILERON  SYS  i 


PILOT'S  FORWARD  OVERHEAD  PANEL 


SIGHT  AILERON  SYS  2 
LEFT  AHESON  SYS  I 
LEFT  AILERON  SYS  2 


PllOrS  FORWARD  OVERHEAD  PANEL 


&NG  THREE  PHASE  CIRCUIT  BREAKERS 
ITEM  ENERGIZED  COULD  RESULT  IN 
OVERLOADING  ONE  OF  THE  MOTOR 
THAT  ELECTRICAL  POWER  IS  OFF  8£- 
ENG AGING  CIRCUIT  SPEAKERS  THAT 
R  DIRECTLY  TO  THREE  PHASE  MOTORS. 

AKERS  LISTED  IN  TASLE  4-18  ARE  CLOSED. 

«  POSITIONED  ACCORDING  TO  TA8U  4-1C 


Piiors  FORWARD  OVERHEAD  PANEL 
PILOrS  FORWARD  OVERHEAD  PANEL 


/A  AF63-807S  THROUGH  43-8077  IF  NOT  MODIFIED  6Y  ECP  LH-CI4I-IOV18IK  AND  AF63-8078 
THROUGH  63-8037  IF  NOT  MODIFIED  »Y  T.O.  IC-U1A-4I6. 

/}\  AFtl-2775  THROUGH  61-2779,  AF63-8C73  THROUGH  63-8077  IF  MOOIFIED  8Y  ECF  LM-CU1- 
100-ISvK,  AF6J-8078  THROUGH  63-8067  IF  MODIFIED  8Y  T.O.  IC-UIA-616,  AND  AF63- 
B088  AND  UP. 

/K  AF6I.2773  THROUGH  61-2779  IF  NOT  MODIFIED  RY  T.O.  IC-UIA-788 

AF63-8075  THROUGH  63-8077  IF  NOT  MODIFIED  BY  T.O.  IC-I4IA-788  &  ECP  IH-C14I-10C-18U 
AF63-8078  THROUGH  63-8079  IF  NOT  MODIFIED  BY  T.O.  IC-I41A-788  4  T.O.  IC-141A-6I6 
Af 63 -8081  THROUGH  63-8078  IF  NOT  MOOIFIED  SY  T.O.  IC-UIA-788  A  T.O.  IC-UIA-616 
AF63-8030  THROUGH  63-8078  IF  NOT  MODIFIED  SY  T.O.  IC-UIA-788  4  T.O.  IC-UIA-616 
AF63-8082  THROUGH  63-8087  IF  NOT  MODIFIED  SY  T.O.  IC-UIA  ■’-'I&T.O.  IC-UIA-616 

A  AF61-2775  THROUGH  61-2779  IF  MODIFIED  IY  T.O,  IC-UIA-788 

AF63-807S  THROUGH  63-8977  IF  MODIFIED  SY  T.O.  IC-UIA-788  4  ECP  lH-CMI-100-ISIK 
AF63-8078  THROUGH  63-8079  IF  MODIFIED  BY  T.O.  IC-UIA-788  4  T.O.  IC-UIA-616 
AF63-808I  THROUGH  63-8079  IF  MOOIFIED  8Y  T.O.  IC-UIA-788  4  T.O.  IC-UIA-616 
AF63-8080  THROUGH  61-8079  IF  MODIFIED  IY  T.O.  IC-UIA-788  4  T.O.  IC-UIA-616 
AF63-80B2  THROUGH  6>80G?  IF  MODIFIED  SY  T.O.  IC-UIA-788  4  T.O.  IC-UIA-616 
AJ  63-8088  AND  UP 


ion«l  Circuit  Breaker* 


TERMINAL  STR*S  INSTALLED  IN  AF  63-8073  AND  UP.  LEADS  .«£  WIRED  STRAIGHT  THROUGH 
IN  AF6I -2775  THROUGH  61 -2779. 


/6\  AP  63-807$  THROUGH  63-8077  IF  NOTMODIFIED  BY  ECP  LH-CUI-IOO-I81K 
AF  63-8078  THROUGH  63-8387  IF  NOT  MODIFIED  BY  T.O.  IC-UIA-616 

A  AF  6I-277S  THROUGH  41-2779  IF  MODIFIED  »Y  ECP  LH-CUI-I00-I8IK 
AF6J-8075  THROUGH  63-8077  IF  MODIFIED  »Y  ECP  LH-CI4I-I00-I8IK 
AF63-S078  THROUGH  63-8987  IF  MOOIFIED  SY  T.O,  IC-UIA-616 
AF63-8O08  AND  UP 

A  AF6I-2773  THROUGH  61-2779.  AF63-8073  iHROUGH  *3-8077  IF  MODIFIED  BY  ECP  LH-CUI 
I09-I8IK,  AF63-8078  THROUGH  63-8087  IF  MODIFIED  SY  T.O.  IC-UIA-616,  AND  AF63- 

8081  AND  UP 


Figure  3-8  Preliminary  Information  Sheet 
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shooting  Aid  Data  Sheet 


The  sequence  of  procedures  will  be  adequately  specified  when  the  following 
criteria  have  been  met: 


a.  All  positions  of  all  switches  and  each  operating  control  must 
be  exercised  by  the  procedure. 


b.  The  procedure  must  be  developed  in  terms  of  gross  level 
segxnents.  Identification  of  these  segments  may  be  based  on,  but  not 
necessarily  restricted  to,  the  segments  defined  on  the  functional  unit  block 
diagram  (Activity  4). 


c.  Sequence  of  segments  must  be  specified  in  order  to  mechanize 
the  functional  unit  for  operation.  A  suggested  list  of  segments  is: 


2)  Establish  zero  reference  (if  appropriate  for  functional 

■ 

unit). 

3)  Checkout  control  input  (if  appropriate  for  functional  unit). 
An  example  is  checkout  of  mechanical  rigging. 


Operate  total  functional  unit  (if  appropriate  for  functional 
unit,  to  null  input  and  output,  and  to  "bleed”  hydraulic 
components  and/or  free  mechanical  friction  resulting 
from  functional  unit  inactivity). 


5)  Operate  in  primary  mode 


6)  Operate  in  secondary  mode  (if  appropriate) 


Operate  in  all  additional  modes  (when  appropriate). 
Each  mode  should  be  treated  as  a  separate  segment 


8)  Perform  special  tests  (if  appropriate).  Such  tests  are: 


? 


k*  a  k 


(a)  Simulated  environment 

(b)  Self  test 
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8)  Shut  down  and  remove  energy  source. 
i' 

d„  Segments  which  must  be  performed  for  the  energizing  ofThe 

equipment  into  full  operational  status  shall  be  numbered  sequentially  and 

... 

placed  flush  left.  Procedures  which  can  be  exercised  as  options  after  an 

... 

energizing,  procedural  step  and  before  the  next  energizing  procedural  step, 

. 

i.0,,  mode  changes,  range  changes,  and  checkout  procedures,  shall  be 

■t 

lettered  sequentially  within  the  numbered  step  and  indented. 

r  «•  Specify  sequence  of  steps  within  segments  to  develop  signal 

fldw  from  input  to  output. 

iSfe  JSaPSSsK "  -e 

f.  Identify  as  steps  all  personnel  performances  that  produce 
observable  results,  and  specify  the  results  in  terms  of  expected  nominal 
Values  and  acceptable  tolerances. 

g.  If  sequencing  of  either  segments  or  steps  is  not  dependent 

*». 

Up6h  progressive  functional  unit  mechanization,  specify  the  sequence  to 
minimize  movement  of  the  technician  in  meeting  performance  requirements. 

) 

h.  Develop  a  procedures -by -end -item  matrix.  List  the  sequence 

jjSTV  v'i. 

of  procedures  down  the  left  hand  column,  and  enter  the  principal  end  items 
from  the  end  item  list  (Activity  8)  across  the  top.  Using  the  integrated 
Schematic  and  parts  location  illustration,  trace  the  signal  fl:>w  for  eacn 
procedural  step.  Enter  an  "X"  in  the  column  for  each  end  item  involved 
in  the  performance  of  each  step,  in  the  row  corresponding  ti  each  specific 
Step*  This  will  verify  that  all  end  items  contained  within  the  functional 
unit  have  been  exercised  by  the  procedure.  If  any  end  item  columns  do  not 


.  * 


have  at  least  one  entry,  either  the  procedure  ie  not  adequate,  or  the  end 
item  has  been  mistakenly  included  in  the  functional  unit. 

8,  Select  Appropriate  Troubleshooting  Aid  Format 
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The  requirement  of  this  activity  is  selection  of  either  a  Symptom-Cause 
Chart  or  a  Maintenance  Dependency  Chart  format  as  the  best  means  for 
presenting  specific  functional  unit  troubleshooting  information  to  the  tech 
nician.  The  format  selected  should  be  simple  in  terms  of  interpretation 
and  should  provide  sufficient  information  to  permit  the  technician  to 
accurately  isolate  the  malfunction  with  a  minimum  of  time  and  effort. 


Since  a  malfunction  symptom  is  the  result  of  an  interrupted  or  distorted 
controlled  signal  flow,  the  troubleshooting  aid  must  be  capable  of  identi¬ 
fying  every  possible  source  of  interruption  or  distortion.  In  very  simple 
systems  with  few  components  and  a  singular  signal  flow,  Symptom-Cause 
Charts  may  be  adequate. 


The  utility  of  a  Maintenance  Dependency  Chart  is  most  fully  developed  when 
the  signal  flow  diverges  as  a  result  either  of  switching  actions  or  proper 
end  item  function;  when  signal  flow  occurs  through  separate  but  dependent 
paths;  when  signals  converge  from  either  separate  sources  or  through 
separate  paths,  and  when  the  troubleshooting  procedure  is  so  complex  that 
an  extreme  amount  of  verbal  redundancy  would  be  necessary  to  present  all 
necessary  information  concerning  the  dependency  of  signal  flow  to  describe 
the  required  operations , 


The  above  ground  rules  represent  the  preliminary  screening  technique. 
Based  on  the  knowledge  of  the  functional  unit  acquired  during  development 
of  the  integrated  schematic  and  sequence  of  procedures,  personnel  respon¬ 
sible  for  developing  the  aid  must  now  consult  the  criteria  for  either  type  of 
aid  to  determine  which  format  to  use.  The  criteria  for  Symptom-Cause 
Chart  format  are  discussed  in  Activities  10  and  11,  and  the  criteria  for 
Maintenance  Dependency  Charts  are  discussed  in  Activities  12  and  13. 


10.  Specify  Failure  Modes 


The  requirement  of  this  activity  is  to  identify  all  symptoms  resulting  from 
the  failure  of  each  individual  end  item  and  interfacing  functional  units 
during  normal  system  operation.  In  order  to  assure  identification  of  all 


syiaptami-causs  relationships  for  a  functional  unit,  a  failure  mode  analysis 
should  be  conducted  which  will  specify  the  malfunction  indication  resulting 
from  $1*9  failure  of  each  end  item  involved  in  each  operational  mode. 


Figure  3-9  represents  a  suggested  work  sheet  for  this  analysis.  The 

r  : •  *  i '  •»  • 

functional  unit  name  and  number  are  entered  at  the  top  of  each  sheet  in  the 

4-.  .ii. .  :■•<&'{;:  ‘a.  ••• 

list.  The  sequence  and  total  number  of  the  sheets  in  the  analysis  are  also 
entered  on  this  line.  The  operational  procedure  (from  Activity  8)  should 
bfe  entered  in.the  first  column  of  the  form.  End  items  associated  with  each 
operational  step  should  be  entered  in  the  second  column,  as  well  as  inter- 
facing .functional  units  that  could  be  the  cause  of  symptoms  relative  to  this 
functional  unit.  The  potential  failure  mode  of  each  second  column  entry 
should  be  identified  in  the  third  column.  Such  entries  might  include: 
"broken",  "ShOried",  "open",  "fails  high",  "fails  low",  or  short  descrip¬ 
tors  of  Other  failure  modes  appropriate  to  the  end  item.  The  malfunction 
indication,  or  symptom,  resulting  from  each  end  item  failure  mode  should 
be  entered  in  the  fourth  column,  in  terms  of  deviation  from  the  expected 
result  of  the  operational  step.  The  fifth  column  should  identify  the  location 
or  test  point  for  observing  the  symptom.  Any  additional  qualifying  infor¬ 
mation,  such  as  test  equipment  requirements  or  references  to  adjustment 
procedures,  should  be  entered  in  the  "Remarks"  column. 


11.  Prepare  Symptom -Cause  Chart 


The  requirement  of  this  activity  is  to  present  the  troubleshooting  information 

in  a. Symptom '•Capse  Chart  format.  Figure  3-10  is  an  example  of  this 

m  gj  ■  j 

SysCJtpm -Cause  Chart  format.  Completion  of  the  failure  mode  analysis 
{Activity  1.0)  will  provide  the  basis  for  meeting  the  following  criteria  for 
Symptom-Cause  Chart  presentation. 


ft.  All  Symptoms  of  functional  unit  end  malfunctions  must  be 


l^ecified 


,b.  A  one-to-one  relationship  must  exist  between  symptom  and 


iHi a®? 


sniff 

*4. 


Figure  3-9  Failure  Mode  Analysis  Worksheet 


MALFUNCTION  IN  STARTING  MODE  (CONTINUED) 
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ACTION  REQUIRED 
FOR  ENGINE  OVER- 
TEMPERATURE  CON¬ 
DITION.) 
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UMatbfactojy,  blood  control 
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nowiitV  1 5m  H  n» 
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ractricttoo. 


ENGINE  ROTATES 
WITH  STARTER  AND 
•LIGHTS  OFF*  RUT 
ACCELERATION  RE- 
COMESSLOWAT 
TRANSITION  POINT 
(MMMUMFUEi. 


Replace  Fuel  control 


mrm 


MALFUNCTION  M  STARTING  MOM  (CONTfNUB)) 


REMEDY 


ENGINE  ■UOKW-CW 
SWE  FAILS  TO  ACCEL¬ 
ERATE  TO  DU  SIBD 
(HUNG  OR  &GW  START 
(CONTINUED) 


Replace  exciter  unit. 
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OUT  TORCHING 
DURING  START. 


external  air  eupply,  whichever 
ft  appllccble. 


gthe  fuel  ceettflM.  oewf  be 
triroaod.  nfhctlt. 


Defective  EOT  hdl 
eottns  sytten. 


EXHAUST  GAS  TEM¬ 
PERATURE  EXCEEDS 
LIMITS  DURING  START, 
(SEE  MAINTENANCE 
ACTION  REQUIRED 
FOR  ENGINE  OVER- 
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power  lever.  If  reeulte  are 
uneatbfactory,  bleed  control 
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doei  not  remedy  the  trouble, 
replace  the  fuel  control. 
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WwW  kmi  irw  nvnw  uwhiui  tiiti  w 
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Trial  the  fuel  control  or 
edpat  the  throttle  rfnfcp, 


Fuel  control  over- 


Cleon  lllten.  Repair  or  re¬ 
place  component)  or  neceer- 


Ftrjl  flow  mat  not  emceed  1200  pph 
Arfrp  itert. 


Defective  fuel  control 


Reploce  fuel  control 


LIGHTS  OFF*  RUT 


Figure  3-10  Example  of  a  Symptom-Cause  Chart 


c.  The  operational  mode  in  which  the  symptom  occurs  must  be 


identified 


1)  Include  the  operational  mode  in  the  symptom  description 


If  there  are  several  operational  modes,  prepare  a  sepa¬ 
rate  chart  for  each  operational  mode  and  title  each  chart 
with  the  name  of  the  operational  mode. 


d.  The  Symptom -Cause  Chart  must  be  a  four-column  format.  ' 
four  columns  are  titled:  Symptom,  Probable  Cause,  Isolation  Procedure 
and  Remedy . 


Group  all  similar  symptoms  and  make  a  single  symptom 
description  entry  in  the  Symptom  column.  Separate  all 
different  symptom  descriptions  with  a  horizontal  line 
across  all  four  columns. 


List  each  possible  cause  of  the  symptom  in  the  Probable 
Cause  column,  with  the  most  probable  cause  appearing 
first  and  the  least  probable  cause  appearing  last.  Separate 
all  probable  causes  with  a  horizontal  line  across  columns 
tws,  three  and  four. 


3)  Specify  the  procedure  to  follow  in  isolating  each  probable 
cause  in  the  Isolation  Procedure  column,  directly  adjacent 
to  the  probable  cause  for  which  it  will  isolate. 


4)  Specify  the  action  to  be  taken  to  correct  the  malfunction 
in  the  Remedy  column,  directly  adjacent  to  the  isolations 
procedure  that  identifies  the  cause. 


12.  Specify  Maintenance  Dependency  Chart  Interrelationships  and 


Fault  Isolation  Steps 


Ths  requirement  of  this  activity  is  to  specify  the  interrelate  ships  of  all 
end  items  by  the  operation?],  procedural  steps,  identifying  additional  steps 


a 
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when  appropriate  to  isolate  the  malfunctioning  end  item,  and  describing  the 
characteristics  of  signal  flow  at  available  checkpoints  identified  by  the  v 
specification  of  end  item  relationships.  This  requirement  can  be  met  by 

i  i  ' 

converting  the  procedures -by-end-item  matrix  (developed  in  Activity  8) 
into  a  rough  Maintenance  Dependency  Chart,  and  adding  test  routines  as 
substeps  under  the  procedural  steps  on  the  matrix. 


a.  Characteristics  of  a  Maintenance  Dependency  Chart.  A 


Maintenance  Dependency  Chart  is  a  chart  which  illustrates  the  dependency 
and  interrelation  of  all  elements  and  functional  entities  within  the  equip¬ 
ment  or  system  by  use  of  symbols.  The  dependency  charts  shall  provide 
data  necessary  to  diagnose  the  equipment.  These  charts  shall  conform  to 
the  following: 


By  graphic  means,  show  all  of  the  circuit  interdependen 
cies  in  such  a  manner  as  to  facilitate  troubleshooting. 


Identify  all  significant  checkpoints  and  indications  neces¬ 
sary  to  troubleshoot  the  equipment.  These  must  be 
arranged  in  a  manner  which  minimizes  the  number  of 
checks  that  a  technician  must  make  to  isolate  a  malfunction 


Present  all  signal  data  (waveforms,  angular  motions, 
timing,  voltage,  pressures,  etc. )  in  a  manner  to  facilitate 
its  use  in  troubleshooting. 


Relate  key  troubleshooting  to  procedural  data  (turn-on, 
adjust,  calibrate,  operation,  alignment,  and  performance 
check). 


b.  Criteria  for  Development  of  a  Maintenance  Dependency  Chart, 
The  chart  shall  be  laid  out  in  quadrille  fashion  and  shall  consist  of  the  . 
following  four  basic  parts:  headings,  notes,  procedure,  an«  body.  Column 
headings  list  the  name  and  hardware  location  of  functional  entities,  circuit 
elements,  and  event  indicators.  An  event  is  defined  as  an  action,  dr  the 
presence  of  a  voltage,  signal  or  other  data  at  a  defined  point,  that  result! 


from  s  tarn-on,  operational,  or  checkout  procedure,  or  the  presence  of 
SsiiifttiCQ  data.  Notes  shall  provide  specifications  and,  as  necessary, 
descriptions  of  the  events  that  occur  in  the  column  below.  The  procedure 

column  Shalt  contain  steps,  as  necessary,  which  specify  the  operational 
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or  checkout  procedure  required  to  obtain  all  of  signal  availabilities  developed 
as  a  result  of  the  st@p.  By  the  use  of  symbols  the  body  of  the  chart  shall 
present  the  relationship  between  functional  entities  and  events.  In  preparing 
vkL*  type  of  chart,  all  circuits  of  the  equipment  must  be  exercised  in  a 
manner  Which  permits  logical  diagnosis. 


An  example  of  Maintenance  Dependency  Chart  1  ut  is  presented  in  Figure 

♦  'v 

3-11.  The  following  criteria  apply  to  development  of  the  chart: 


Headings:  Column  headings  shall  list  the  name  and 
location  of  the  action  indicators,  event  or  availability 
points  (including  availabilities  from  other  functional 
units)  and  end  items  (also  referred  to  as  functional 
entities  or  circuit  elements).  With  the  exception  of 
availabilities  existing  at  schematic  test  points,  this 
information  should  appear  across  the  top  of  the  proce¬ 
dure®  matrix  (Activity  G)  and  in  the  end  item  list  (Activity 


(a)  End  item  or  Functional  Entity  Entries  --end 
items,  circuit  elements,  or  circuit  element 
groupings  (functional  entities)  include: 


(1)  Part  of  a  circuit  element 

(2)  A  circuit  element 

(3)  A  stage  or  group  of  circuit  elements 
(4\  h  gi  oup  of  stages 

(5)  A  replaceable  module  or  group  of  modules 


Ae  shown  in  Figure  3-12,  the  extreme  top  of  the  MDC 


court  ex  w*cu  pou.ion. 

Al.  AS  XI  QUMO  IT  PtOCf  DUftf 
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Figure  3-11  Typical  Maintenance  Dependency  Chart 
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Figure  3-12  Maintenance  Dependency  Chart  Heading  Section 


Vol,  7 


Heading  section  (the  area  above  the  slanted  circuit  element 
entry  column)  is  reserved  for  end  item  identification  and 
physical  location  information.  All  functional  entity  nomen¬ 
clature  shall  be  consistent  with  that  appearing  on  the  end 
item  list  (Activity  8>.  Assembly  numbeis,  colloquial 
names,  or  abbreviations  may  be  used  as  a  reference  key. 
Once  the  location  information  has  been  spelled  out  on  the 
MIX!,  it  may  be  abbreviated  where  appropriate  on  the 
remainder  of  the  sheet.  In  the  event  that  a  single  circuit 
element  is  the  end  item,  it  is  not  identified  again  in  the 
end  item  entry  area.  When  adjacent  columns  refer  to 
items  in  the  same  assembly,  the  location  identifier  is 
placed  so  that  it  applies  to  more  than  one  column. 


Events  include  such  conditions  aa 


(1)  Availability  of  signals  or  power  inputs,  including 
inputs  from  other  functional  units  or  test  equip¬ 
ment  (when  required). 

(2)  Indications  that  may  be  observed. 

(3)  Conditions  or  states  of  the  equipment,  i.e., 
relay  energizes,  temperature  normal,  motor 
runs. 


The  column  headings  xor  indicators  of  action  that  are 
recognizable  without  disassembling  the  equipment,  e.  g. , 
front-panel  indicators  or  front -panel  test  points,  are 
•olid  black  with  white  lettering.  All  other  column  headings 
have  a  white  background  with  black  lettering. 


For  events  which  are  to  be  observed,  the  point  of  obser¬ 
vation  is  entered  as  a  column  heading.  When  the  indica¬ 
tion  is  observable  from  the  outside  of  the  equipment,  the 
panel  nomenclature  for  the  indication  or  a  descriptive 
action  identifier  is  illustrated  by  white  lettering  on  a 


black  background.  During  development,  this  is  illustrated 
by  placing  a  bos  around  the  letters  to  appear  an  the  block, 
and  blocking  in  the  upper  left-hand  corner  of  the  box  as 
follows.  See  Figure  3-10  for  its  anpearanee  in  the  MDC 


For  events  which  are  to  be  measured,  the  pclntf  of 

measure  are  listed  as  follows.  See  Figure  3-10  foz 

•  - 

its  appearance  in  the  MDC  heading. 


POINT  OF  MEASURE  POINT  OF  REFERENCE 


TB4-3/TE5-6 

OR 

TB4-3/4 

OR 

TB24AV-4/OND 


Signal  Specifications  --  Specifications  or  description 
for  the  event  or  action  to  be  observed  or  measured 
shall  be  referenced  by  a  number  located  in  a  box  at 
the  base  of  the  column  heading.  The  specification 
numbers  at  the  base  of  the  column  heading  shall  refer 
to  signal  specification  notes  in  the  right-hand  margin 
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ol  the  chart.  The  numbers  should  be  independent  az>d 
sequential  throughout  all  specif ications.  Specification 
numbers  for  each  funclional  unit  shall  begin  with  the 
StSvSruuc,  and  refer  to  identical  specifications,  i.e. 
115V,  always  carries  the  same  specification  number. 


2)  Procedure  Column.  Procedural  steps  shall  be  provided 
as  line  headings  in  the  left  hand  column  of  the  dependency 
chart.  The  total  of  the  procedural  steps  shall  completely 
exercise  each  functional  entity.  The  procedural  steps 
Shall  exercise  all  positions  of  all  switches  and  operating 


There  shall  be  a  one-to-one  correlation  between  the  steps 
in  the  MDC  procedure  column  and  the  operational  check¬ 
out  Steps  (Activity  8)  to  provide  for  direct  access  to  the 
dependency  chart  step  from  the  operational  checkout 
Step.  However,  dependency  chart  steps  may  have  addi¬ 
tional  substeps  which  are  performed  to  break  into  the 
circuit  or  to  inject  known  signals  for  fault  isolation. 
These  substeps  will  cover  portions  of  the  equipment  for 
which  no  external  symptoms  are  developed  incident  to 
malfunction  and  for  which  no  self -test  facility  exists. 


Procedures  for  operating  the  external  test  equipment  will 
not  include  Set  up  information  if  this  information  is 
covered  elsewhere.  For  standard  test  equipment,  the 
operational  step  shall  be  worded  as:  "Adjust  Hydraulic 
Test  Stand  for  3000  (+  150)  PSI’ .  For  special  purpose 

'Set  Test 


test  equipment,  the  step  shall  be  worded  as 
Set  HfiHi  switch  to  HI  "• 


procedural  step  Shall  be  Enclosed  between  bold  lines 
se  the  body  of  the  chart  to  indicate  events  or  availa- 
sa  which  are  associated  with  the  procedural  step. 
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Body.  The  body  of  the  chart  shall  consist  of  a  series  of 

horizontal  lines  on  which  are  represented  the  dependency 

.  aL  js*  ^ 

of  circuit  action  frmw  the  performance  of  a  procedural 

step.  Each  line  will  represent  a  short  series  path  from 
a  signal  availability  point  (test  point  or  other)  to  an  indi¬ 
cation,  or  to  a  branch  point  {availability  point)  directly 
or  through  circuit  elements,  or  through  functional  entities. 

The  lines  shall  be  arranged  from  top  to  bottom  in  order 
of  increasing  dependency. 


Each  branch  point,  whether  a  divergent  or  convergent 
branch,  shall  be  identified  as  a  test  location  (availability 


t 
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point)  whether  or  cot  a  test  jack  has  been  provided*  Each 
branch  point  shall  have  an  availability  for  the  voltage  or 
signal  at  that  branch  point. 


(a)  Basic  Symbols.  Only  three  basic  symbols  are 


to  be  used  to  represent  the  functional  entitles 
or  circuit  elements  in  the  short  series  paths  on 
the  body  of  the  chart: 


-  •,:v 


Event  Box: 


□ 


To  represent  an  action  or 
availability  of  one  or  more 
events  resulting  from  the 


Functional 
Entity  Dot: 


proper  operation  of  the  func¬ 
tional  entities  associated  with 
the  event. 

'  ..  . 

To  represent  a  functional 
entity  or  a  group  of  functional 
entities. 


v 

llMRSSi 

n 


Dependency 

Marker: 


To  indicate  dependency  u£K>n 
another  event. 


Special  configurations  of  the  basic  symbols  are 


■  - 
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sometimes  used  to  advantage.  Most  of  the  fre¬ 
quently  used  variations  of  the  three  basic  symbols 
are  presented  in  Figure  .3-13. 

(1)  Event  Box  --  Nomenclature  in  the  event  box 
specifies  the  type  of  action  or  availability  of 
the  event.  The  definition  of  symbols  table 
lists  the  various  nomenclatures  that  can  ap¬ 
pear  in  the  box  and  their  meaning.  To  assist 
in  determining  the  accessibility  of  the  events 
indicated  on  the  Maintenance  Dependency 
Charts,  three  distinguishable  kinds  of  back  ¬ 
grounds  are  used  within  the  event  boxes. 
These  backgrounds  and  their  uses  are: 


BLACK 

'with  white  lettering) 

Stole:  When  developing 
the  BCOCc  use  black 
iettere  in  the  box  and 


Events  which  may  be  recognized  from  out¬ 
side  the  equipment.  Examples  are:  Front 
panel  meters,  front  panel  lamps,  FPI  die 
play,  motor  running,  etc.  Notice  that  this 
recognition  includes  events  other  than  those 
which  may  be  observed  by  sight. 


i  in  the  upper 
id  corner  as  shown: 


Events  which  may  be  determined  or  observed 
only  after  the  equipment  enclosure  has  been 
opened,  and  which  are  readily  accessible, 
(These  events  may  or  may  not  require  the 
use  of  test  equipment  for  their  recognition. ) 

Events  which  are  too  difficult  to  gain  access 
sad  which  require  the  use  of  test  equipment 
for  observation. 


(2)  Functional  Entity  Dot  --The  purpose  of  the 
circuit  element  entry  is  to  identify  the  end 
items  involved  in  energy  flow  or  energy 


CATEGORY 


SYMBOL 


MEANING 


Event  symbol  background  Indicate:  mm  of  occass. 
Btocki  front  fcnsl,  recognized  from  ouhkk  the 
Hufpmsnt, 

CrfiM 

Hn,  - 1,  Easy  Access,  requires  opening  of  equipment 
^enclosure  (may  or  may  not  require  tost 
equipment). 

White;  Difficult  Access,  requires  test  equipment. 
Signal  not  available. 


Signal  available  and  within  specification. 

Signal  available  end  within  specification,  but  undor 
different  procedural  condition,  or  circuit  path, 

Remains  available,  and  within  specification,  but  under 
different  procedural  conditions,  or  circuit  path, 

front  panel  Indicator  lit:  filament  lit. 


Indicator  flashing 


Motor  rune  within  specification, 


Relay  or  special  purpose  switch  energized. 
Relay  or  special  purpose  switch  de-energized. 


Motor  steps  running 


Indicator  roods  within  specification,  but  under  differ¬ 
ent  procedural  condition  or  circuit  path. 


Previously  lit  Indicator  goes  out, 


Functional  entity  claMd. 
Functional  entity  open. 
Functional  entity  extended 


Functional  entity  retracted 


DEPENDENCY! 


Event  on  sow*  line  Is  dependent  upon  event  or  condition 
In  column  above  proof  morfeer. 

Event  Is  depandent  upon  a  redundant  event  or  condi¬ 


tion  In  column  above  proof  marker, 


’ECIAL  NO' 


Special  note  pertaining  to  further  Identification  of 
functional  entity. 

Special  note  pertaining  to  aircraft  nffccHvlty. 


FUNCTIONAI 

ENTITY 


Circuit  or  circuit  element  that  must  function  properly 
far  event  on  same  line  to  occur. 

Indicates  functional  entity  requires  more  than  ant  event 
la  prove  proper  operation, 

hJw  nejiilwJ fc,  dwMMk  Uimu  wIwomiB 
ive  VWWHWII)!  VW^n  afet^mn , 

Cent!  nutty  thrsxqh  fcinery  elesrent. 

Redundant  circuit  elements,-  either  will  produce  event. 


Figure  3-13  Definition  of  Symbol* 


owiw  ■ 


transformation;  therefore,  the  appropriate 
symbol  to  use  to  identify  function  flow  is  the 
dot.  In  some  cases  it  is 
appropriate  to  show  an  availability  at  a  eir- 
elemeat  terminal,  but  it  is  still  neces¬ 
sary  to  enter  the  total  entity  as  a  circuit 
element  and  identify  its  function  relative  to 
energy  flow  with  the  appropriate  symbol. 

There  are  several  variations  of  the  functional 
entity  dot.  One  such  variation  is  the  partial 
dot  ( (|) )  that  indicates  the  functional  entity 
which  it  represents  is  only  partially  involved 
in  producing  the  corresponding  event.  Other 
variations  of  the  functional  entity  dot  are 
described  in  Figure  3-13. 

(3)  Dependency  Marker  --  A  solid  triangle  is 
used  to  illustrate  the  dependency  of  a  fol¬ 
lowing  event  upon  the  availability  or  exis  - 
tence  of  a  previous  event.  When  any  of 
multiple  events  may  satisfy  the  subsequent 
dependency  requirement,  an  open  triangle 
with  the  letter  R  shall  be  used. 

(b)  Basic  Dependency  Structure.  A  dependency  line 
consists  of  dependency  markers,  functional 
entities,  and  event  boxes  connected  together. 

A  dependency  structure  consists  of  a  series  of 
such  dependency  lines.  Each  dependency  line  la 
constructed  using  the  three  basic  symbols.  The 
Simplest  dependency  line  would  appear  as  follows: 


.  * 


— 


^H'-r  •  » 


meaning  except  to  indicate  that  the  event  <L_J> 
is  dependent  upon  the  proper  operation  of  the 
functional  entity  {  0  )  and  the  availability  of 
some  previous  event  ( 

In  order  to  provide  meaning  to  this  dependency 
line,  the  symbols  are  ordered  Into  one  of  two 
types  of  columns:  the  event /dependency  column 
and  the  functional  entity  column. 


The  event /dependency  column  consists  of  event 
boxes  and  dependency  markers.  The  simplest 
event /dependency  column  would  appear  as 
follows: 


■  '",j- 


The  functional  entity  column  consists  of  only 
functional  entities,  even  though  these  entities 
may  be  depicted  more  than  once.  The  simplest 

"  •V/' <’/'>•  \'i-  ■  : jySfctaaL r. 

form  of  a  functional  entity  column  would  appear 
as  follows:  ,  , 


BLOCK  DIAGRAM 


(1)  Simple  Dependency  Line  --  A  functional 
entity  with  one  input  and  a  single  output 
results  in  a  simple  dependency  line  as 
follows:  MAINTENANCE  DEPENDENCY  CHAf  t 

L  /// 


1 
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(4)  Dependency  Chain  -  -  A  dependency  chain 
consists  of  a  series  of  interrelated  depen¬ 
dency  lines .  The  following  example  shows 
a  dependency  chain  consisting  of  two  depen¬ 
dency  lines. 


Multiple  Input  Dependency  Line  --  A  func¬ 
tional  entity  with  more  than  one  input  and 
a  single  output  as  a  multiple  input  depen¬ 
dency  line  is  shown  as  follows: 

MAINTENANCE  DEPENDENCY  CHART 


/G/S/V®/ 


naans 


*1.  ■  • 


•*-11  Kf 


The  MDC  shows  that  the  output  event  at  (§) 
is  dependent  upon  functional  entity  z  and 
the  input  event  at  (ip  . 


(2) 


The  MDC  shows  that  both  outputs  at  (2)  and 
(a)  are  dependent  upon  functional  entity  % 
and  the  input  event  at  (?) . 


3-00 


The  MDC  shows  that  the  output  event  at  (3) 
is  dependent  upon  functional  entity  Z 
and  the  input  events  at  (?)  and  (§)  . 

(3)  Multiple  Output  Dependency  Line  -  -  A 

functional  entity  having  one  input  and  multiple 
outputs  is  a  multiple  output  dependency  line 
shown  as  follows: 

BLOCK  09AGSAM  MAINTENANCE  DEPENDENCY  CHART 

nit  kAkk/ 


1 


1  VI 


n 
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BLOCK  DIAGRAM 


MAINTENANCE  DEPENDENCY  CHART 


iTTrr^u 

The  last  dependency  line  in  this  example 
shows  that  the  output  event  at  (4)  is  depJffiSr  ' 


sz/  •  ’  »■  |  ’ 

dent  upon  functional  entity  Z  end  the  evesp 

/-V  "* 

at  {2)  and  (a)  ±  ‘  r 
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(a).  Serial  Relationships,  As  a  rulenseHal 


relationships  are  shown  a#  follows: 


block  a*mm 


MAINTENANCE  USEPEROEMCT  CHART 


y€%J. 


BLOCK  DIAGRAM 


MMMTEHANOE  DEPENDENCY  CHART 


O  © 
— EHZHIF— * 


(b)  Parallel  Relationship.  As  a  rule  p&rml- 


lei  relationships  are  shown  as  follows: 


BLOCK  DIAGRAM 


MAMTINANCe  DEPENDENCY  CHART 


(c)  Serial -Parallel  Relationships.  The 
following  example  shows  clearly  by  its 
structural  layout  that  there  are  three 
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separate  parallel  dependency  chains. 

It  also  shows  that  one  of  the  dependency 
chains  has  several  serial  relationships. 


<d)  Parallel  Divergent  Branches.  When  a 
path  diverges  into  a  number  of  paths,  it 
is  depicted  by  an  event /dependency  col¬ 
umn  using  a  single  event  and  the  approp 
riate  number  of  dependency  markers. 
This  situation  is  shown  as  follows: 


MAINTENANCE  DEPENDENCY  CHART 


(e>  Parallel  "Convergent  Branches.  When 
paths  converge  into  a  single  path,  they 


W— 1 


are  depicted  by  an  event /dependency 
column  using  a  composite  event  and  a 
single  dependency  marker .  This 
situation  is  shown  thus: 


block  EaC&am 


(f)  Convergent -Diver  gent  Branches.  The 
following  example  illustrates  a  situation 
in  which  both  divergent  and  convergent: 

branches  exist. 

MUNTCKANCS  DEPENOCHCY  CHMIT 


(5)  Time  Delays  --  Protective  time  delays, 
which  occur  after  a  procedural  step  is 
initiated,  are  illustrated  by  placing  a  band 
of  screen  shading  horizontally  across  the 
page  immediately  after  the  entry  of  the  time 
delay  device.  Time  is  assumed  to  begin 
with  the  setting  of  the  switch  that  initiates 
the  step  in  which  the  time  delay  occurs. 

The  length  of  the  time  delay  is  indicated 
within  the  shaded  band.  When  the  time 
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delay  is  not  dire  oily  related  to  the  step, 
Special  notations  may  be  added  within  the 
time  delay  band,  e.  g. ,  "2  seconds  after 
motor  exceeds  3CD0  rpm." 

The  time  delay  band  shown  in  the  following 
illustration  indicates  that  event  is  _ 

expected  11. 0  (+.1.5)  seconds  alter  the 
procedural  step  was  accomplished.  .  > 
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<6)  Feedback  Loop  —  When  the  output  of  a  cir¬ 
cuit  is  sent  back  to  appear  as  part  of  the 
input  to  the  circuit,  a  feedback  loop  exists. 
To  disclose  the  functional  dependency  of  • 
sr  i  a  loop  requires  that  the  loop  be  broken. 
Under  these  conditions,  the  normal  (main) 
input  into  the  loop,  plus  a  proper  stimulus 
inserted  at  the  break,  will  result  in  a  known 
output.  Breaking  the  loop  allows  functional 
dependency  to  appear  as  a  simple  serial  de¬ 
pendency  chain. 

Feedback  loops  are  identified  in  the  proce¬ 
dure  column  and  enclosed  in  a  manner  simi¬ 
lar  to  checkout  steps  (refer  to  example 
Feedback  Block  Diagram  and  Maintenance 
Dependency  Chart  below). 
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The  complete  dependency  structure  c £  the 
broken  loop  is  then  shown  within  the  en¬ 
closed  ares.  Directly  below  the  enclosed 
area,  the  dependency  structure  off  the  loop 

is  again  shown  but  with  the  loop  connected 

■ 

as  normal.  This  structure  appears  as  a 
horizontal  line  consisting  of  a  dependency 
marker,  a  series  of  dote,  and  an  output. 

In  other  words,  the  line  shows  that  if  the 
input  to  the  loop  is  available  and  all  function¬ 
al  entities  within  the  loop  are  good,  then  the 
output  of  the  loop  is  available.  Using  this 
technique,  the  detailed  dependency  structure 
of  a  feedback  loop  is  disclosed  while  also 
shewing  how  the  loop  as  a  whale  fit*  into  this 
general  dependency  scheme  of  the  UDC 


* 


when  normally  connected 


(7)  Redundant  Dependency  Chains.  When  a  - 
complex  dependency  chain  produces  an  end 
availability  which  proves  a  group  of  func¬ 
tional  entities  good  under  one  mode  of  opera 
fcion,  it  may  be  proven  good  under  another 
mode  as  follows: 


MODE  I 


The  two  end  availabilities  above  (furthest  to 
the  right)  are  measured  at  the  same  physical 
test  point.  The  last  line  is  interpreted  thus: 
if  A2  at  0  is  now  available,  and  if  A  1  at 
was  available  during  mode  1,  then  A  2  at^Sy 
is  available  for  mode  2.  This  implies  that 
all  functional  entities  required  for  mode  1 
are  also  necessary  for  mode  2.  The  words 
"sam«j  as  mode  1"  eliminate  the  need  for 
redeveloping  the  entire  dependency  chain  of 
mode  1  again  for  mode  2. 


(8)  Binary  State  Symbol  --A  variation  of  the 
circuit  dot  is  the  open  circle  containing  a 
line  in  it*  This  symbol  represents  a  cir¬ 
cuit  element  which  assumes  one  of  two 
states.  Examples  of  such  elements  are 
relay  contacts,  hydraulic  valves,  and  thermal 


switches.  The  symbol  (  ^  )  indicates  con- 
tinuity;  whereas,  (  )  indicates  discon¬ 

tinuity.  Examples  of  their  use  ere  as  follows 


(c)  Dependency  Chain  Arrangement  --  AH  initial 
input  conditions  are  entered  on  the  first  line  of 
the  chart.  Inputs  are  generally  grouped  at  the 
left  side  of  the  chart.  Outputs  are  generally 
grouped  at  the  right  side  of  the  chart.  Initial 
conditions,  such  as  "Equipment  Temperature 
Normal",  are  included  as  appropriate  in  the 
dependency  scheme. 


(d)  Distribution  Points  --Other  dependency  charts 
may  require  the  availability  of  a  signal  that  i* 
generated  on  this  sheet.  For  easy  access  to 
this  availability  from  the  other  dependency 
charts  (or  from  another  sheet  of  the  same  chart) 
it  shall  be  located  at  the  right  of  the  MDC  and  la 
referred  to  as  an  End  Distribution  Point.  Enter 
the  availability  point  where  it  would  normally 
occur  (only  if  a  dependency  marker  appears  in 
that  column)  and  repeat  the  event  nomenclature 
entry  and  availability  symbol  as  far  to  tks  right 
as  possible  to  provide  each  access  from  other 
parts  of  tke  dependency  chart. 


(e>  Identification  of  Circuit  Elements  Within  a  Higher 
Order  Assembly  --  When  a  higher  order  system 
(black  box)  is  required  to  function  in  the  circuit 
to  produce  the  availability  of  an  end  item  com¬ 
prising  that  system,  the  black  box  should  be 
entered  as  an  entity.  An  example  is  illustrated 
below  where  operation  of  the  generator  is  re¬ 
quired  to  produce  a  signal  at  winding  terminal 
L3.  In  this  example,  the  generator  is  the  circuit 
element  required  to  convert  the  energy  from  the 
dependency  (shaft  rpm)  to  the  availability  (115 
vac)  at  an  accessible  tes;  point  (terminal  L3). 

The  partial  symbol  indicates  that  this  path  does 
not  completely  validate  generator  operation. 


GENERATOR 


(f)  Mechanical  Relationships  --  Mechanical  systems 
such  as  gear  trains,  follow  energy  relationship 
laws  as  do  electrical  or  hydraulic  energy  flow 
systems.  Such  mechanical  systems  shall  be 
depicted  and  charted  in  the  same  manner  as 
electrical  or  hydraulic  systems. 


list  the  description  in  terms  of  normal  reading  and  tol¬ 
erance  data  of  voltage,  revolutions  per  minute,  pressure, 


etc. ,  or  black  on  white  photographs  of  waveform  and 
tolerance  that  are  associated  with  each  of  the  indications 
called  for  in  the  box  at  the  base  of  the  column  heading 
(see  Figure  3-11).  Waveforms  shall  be  retouched  only*  , 
as  required  to  ensure  that  the  pertinent  technical  infor¬ 
mation  is  visible,  i.e.,  rise  time,  pulse  width.  The 
indication  for  an  event  shall  be  identified  by  a  number 
identical  to  the  number  listed  in  the  box.  Only  those 
signal  specifications  needed  for  a  particular  MDC  sheet 
are  included  on  it. 

When  different  design  series  of  the  system  require  normal 
readings  and  tolerances,  that  information  may  be  flagged 
by  a  triangle  with  the  series  designated  by  a  number  in¬ 
side  the  symbol.  This  number  will  agree  with  the  effect!- 
vity  key  appearing  in  a  table  on  the  preliminary  information 
sheet  (Activity  7). 

13.  Prepare  Maintenance  Dependency  Chart  in  Final  Form 


The  requirement  of  this  activity  is  to  identify  the  interrelationship  of  the 
functional  unit  end  items  and  interfacing  functional  units  in  the  formal  MDC 
format.  This  is  accomplished  by  rearranging  the  rough  MDC  developed 
in  Activity  12  to  meet  the  formal  MDC  format  criteria  identified  in  tho 
following  discussion  and  in  the  specifications  governing  MDC  presentation. 

a.  Size  of  MDC  Sheet.  The  size  of  a  single  MDC  sheet  in  final 
form  is  11  inches  high  by  17  inches  wide. 

b.  Size  of  Body.  The  maximum  space  allocated  for  the  body  of 
the  MDC  is  6-3/4  inches  high  (including  signal  specification  number  entry 
box  of  the  heading)  by  11-1/4  inches  wide. 
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1)  The  maximum  number  of  entries  on  the  finished  form  is 
63  end  items  (horizontal  arrangement)  and  37  events 
(vertical  arrangement), 

2)  If  a  single  sheet  requires  more  end  item  entries,  a  double 
width  sheet  is  acceptable,  where  it  begins  at  the  left  side 
of  the  left-hand  sheet  and  extends  across  the  binding  to 
the  right-hand  page.  This  will  permit  a  maximum  of  143 
end  item  entries  and  37  events.  Figure  3-14  below  illus¬ 
trates  the  doublesheet  MDC  layout  when  this  approach  is 
adopted.  Note  that  the  paths  that  cross  the  binding  must 
be  identified  bv  a  serial  numeric  system. 


Figure  3-14  MDC  '’.ayout  Across  Binding 


Slse  of  Heading.  The  maximum  space  allocated  for  the  head¬ 
ing  of  the  MDC  is  1-7/8  inches  high  (excluding  signal  specifi¬ 
cation  number  entry  box)  by  12-5/8  inches  wide.  See  Figures 
S-ll  and  3-12  for  examples  of  the  following  space  allocations: 

1)  Space  allocated  for  designators  of  action  indicators  /events  / 
functional  entities  shall  be  arranged  in  a  parallelogram, 
the  bottom  of  which  is  horizontal,  and  with  sides  and  entry 
separation  lines  slanting  from  lower  left  to  upper  right  at 
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45  degrees.  The  length  of  the  bottom  corresponds  to 
the  width  of  the  body,  and  the  length  of  the  side  is  2-3/16 


inches. 
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2)  Space  allocated  for  removable  entity  entries  is  11/ IS 
inches  high,  and  width  corresponds  to  the  body. 


3)  Space  allocated  for  location  entries  is  5/8  i&cher  high 
and  width  corresponds  to  the  body. 


d.  Size  of  Procedures.  The  maximum  space  allocated  for  pro* 
cedures  is  2-1/8  inches  wide  by  6-1/2  inches  high. 

e.  Size  of  Signal  Specifications  Notes.  The  maximum  space 
allocated  for  notes  entries  is  1-5/8  inches  wide  by  6-3/4  inches  high, 
including  signal  specifications  title  block. 


■  . 
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f.  Deviations  from  Maximum  Size.  Deviations  from  totnl  page 
size  are  not  permitted.  Deviations  from  maximum  size  of  body,  procedure 

heading,  or  note  entries  will  use  space  otherwise  allocated;  therefore,  the** 

\  -  • 

sizes  may  be  exceeded  only  when  it  is  possible  to  sacrifice  apace  otherwise 
allocated. 


g.  Adherence  to  MDC  Preparation  Instructions.  Adherence  to 
the  MDC  preparation  instructions  with  regard  to  non- repetition  of  end  items 
and  unnecessary  duplication  of  identical  paths  resulting  in  multiple  indica¬ 
tions  will  help  to  reduce  the  size  of  the  MDC.  Attention  to  end-item  place¬ 
ment  on  the  sheet  so  that  procedures  and  events  flow  along  a  right-down 
diagonal  will  also  help  in  subdivision  aa  well  as  use  of  the  MDC. 


h.  Identification  of  MDC  Sheets.  The  upper  outer  corner  of 

each  sheet  shall  identify  the  function  unit  number  and  name  with  the  Main¬ 
tenance  Dependency  Chart  below  it,  both  flush  to  margin.  The  figure  man* 
ber  and  title  of  the  MDC,  and  in  parenthesis  the  number  of  total  sheets, 
shall  appear  at  the  bottom  center  of  each  chart. 
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Tfee  lower  outer  corner  shall  identify  the  page  number.  The  lower  inner 
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comer  shall  identify  the  effectivity  and  date  of  origin  or  change. 


: 1 

IntMr/4*  troubleshooting  A  id  Package  for  Functional  Unit 


%jt¥D  requirement  ctf  this  activity  is  to  assemble  into  one  package  all  work- 


t  forms,  and  drawings  generates  during  the  development  of  the 

tr**ifcW/heeiing  aid.  This  package  is  to  be  presented  for  review  and  valida- 

* 

tirm:  e**5*equently,  the  material  shall  be  arranged  in  the  following  order: 


a.  Troubleshooting  Aid  Data  Sheet.  This  is  the  first  sheet  in 
the  package.  In  addition  to  the  information  assigned  in  Activity  1,  new 


— Ties  shall  include; 


A  I 


tsstfti  - 


I)  Source  data  for  the  schematic,  parts  location  illustration, 
functional  description,  preliminary  information  sheet, 
and  pi oce  lures.  , 


2)  The  number  of  sheets  in  the  draft. 


3)  The  dates  that  development  was  begun  and  ended,  and  the 

>\s  *  . 

initials  of  the  person  responsible  for  aid  development, 
b.  Sequence  of  Remaining  Material.  The  remaining  material 


shall  he  in  the  following  sequence: 


1'/  Functional  Unit  Block  Diagram 

2)  Integrated  Schematic 

3)  Parts  Location  Illustration 

4)  Functional  Description 


5)  End-Item  List 


8)  Preliminary  Information  Sheet 


tr 
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7)  Checkout  Procedures  by  End-Item  Matrix 


6)  Failure  Mode  Analysis  or  MDC  Rough  Draft 


0)  Symptom -Cause  Chart  or  MDC  Final  Draft 


IS.  Review  and  Validate  Troubleshooting  Aid  Package 


b.  Validate  the  information  in  terms  of  the  development  criteria, 

JTw  ■  W 

and  if  necessary,  designate  procedures  for  validation  with  the  equipment. 


c,  he  view  changes  in  source  data  to  determine  the  effect  of  the 
change  on  material  that  was  developed  using  old  source  data. 


d.  If  the  total  package  does  not  meet  the  criteria  for  complete¬ 
ness  and  validity,  note  the  discrepancies  and  return  the  total  package  to 
the  responsible  personnel  for  completion,  validation,  or  revision. 


«.  If  the  total  package  does  meet  the  criteria,  dispose  of  it  in  the 
following  manner: 


1)  Prepare  a  copy  of  the  Troubleshooting  Aid  Data  Sheet  and 
forward  it  to  the  Basic  Technical  uata  Storage  function  , 
as  a  copy  of  the  source  data  used  in  the  development  of 
the  aid. 
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The  requirement  of  this  activity  is  to  verify  that  the  information  contained 
in  the  final  version  of  the  troubleshooting  aid  is  sufficiently  ada«jsste  and 
accurate  for  troubleshooting  purposes.  Sufficient  adequacy  is  dependent 
upon  how  the  personnel  responsible  for  aid  development  have  met  the  cri¬ 
teria  for  each  activity.  Accuracy  is  also  dependent  upon  this  same  condition; 
however,  it  may  be  necessary  to  verify  the  procedures  on  the  equipment  if 
there  is  a  question  that  cannot  be  resolved  otherwise.  The  following  steps 
shall  meet  the  requirement  of  this  activity: 


a.  Review  the  development  of  the  package  for  completeness  and 
to  determine  that  the  criteria  for  each  activity  performed  have  been  msf. 
Correct  identification  of  interface  areas  is  especially  important. 
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S)  Forward  the  End  Item  List  to  personnel  responsible  for 

i*P?£  ;••'  •■'.  V' 

preparing  Troubleshooting  Aid  Index  (Activity  17), 


3)  File  the  functional  Unit  Biock  Diagram,  Procedures 
Matrix,  Failure  Mode  Analysis  or  Rough  MDC  under 
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function  number  and  name  for  future  reference,  if  re- 

a  ^5cr.. 

quired  by  changes  to  source  data. 

. 

4)  Prepare  the  final  version  of  the  integrated  troubleshooting 
aid  by  assembling  in  the  following  order: 


(a)  Preliminary  Information  Sheet 

(b)  Maintenance  Dependency  Chart  or  Symptom- 
Cause  Chart 

(c)  Integrated  Schematic 

(d)  Parts  Location  Illustration 

(e)  Functional  Description 

Number  all  pages  for  left  or  right  presentation,  and  verify 
that  all  figures  are  numbered  sequentially  as  they  appear. 
Verify  that  references  to  figures  are  accurate.  Change 
aa  necessary. 


5) :  Enter  date  and  initials  in  "Review"  row  of  Troubleshooting 

Aid  Data  Sheet,  and  attach  it  to  top  of  final  version. 

6)  Forward  final  version  of  the  integrated  troubleshooting 
aid  to  Reproduction  Department  for  typing,  illustration, 
and  printing. 


ratnjCw  this  activity  is  to  correct  inadequacies  in  the  total 
aid  package  due  to  failure  to  meet  development  criteria. 
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or  charges  of.  source  data  after  the  development  effort  was  completed. 
Because  of  the  sequential  dependency  of  developing  activity  products , 

personnel  re.  ponsible  for  revision  shall  repeat  those  portions  of  Activities 

> 

3  through  14,  as  required  to  determine  that  voids  and  discontinuities  do  not 
exist. 


Upon  completion  of  the  package  revision,  the  person  performing  this  activity 
will  enter  the  data  and  his  initials  in  the  "Revision"  row  of  the  Troubleshoot¬ 
ing  Aid  Data  Sheet  and  return  it  for  review  and  validation  (Activity  15). 


17.  Prepare  Troubleshooting  Aid  Index  and  Troubleshooting  Aid 


Volume  Front  Matter 


The  requirement  for  this  activity  is  the  preparation  of  a  complete  index  for 
all  troubleshooting  aids,  and  the  front  matter  for  the  volumes  containing  the 
troubleshooting  aids.  This  requirement  cannot  be  met  until  troubleshooting 
aids  for  all  functional  units  have  been  completed;  however,  it  should  be 
started  and  added  to  in  the  following  manner  as  soon  as  individual  functions! 
unit  end  item  lists  are  received  from  Activity  15. 


a.  Preparation  of  TSA  Index.  Preparation  of  the  TSA  index  should 
be  started  first  to  provide  data  for  the  TSA  volume  front  matter. 


Prepare  parts  location  illustrations  as  necessary  to  per¬ 
mit  location  and  identification  of  each  indicator.  Assign 
h  figure  number  to  each  illustration.  Designate  each 
indicator  with  an  Arabic  number  in  a  sequentially  progres 
sive  manner. 


Prepara  a  three-column  list  of  all  indicators  by  location. 
Tne  first  column  shall  contain  the  parts  location  illustra¬ 
tion  key  number  of  the  indicator.  The  second  column  shall 
contain  the  correct  nomenclature  of  the  indicator.  The 
third  column  shall  contain  the  number(s)  of  the  trouble¬ 
shooting  rid(^)  in  which  the  indicator  is  identified  as  an 
end  item. 


3)  Prepare  a  two-column  alphabetical  list  of  all  indicators. 


The  first  column  shall  contain  the  correct  nomenclature 

•>  X. 

of  the  indicator.  The  second  column  shall  contain  the 
number(s)  of  the  troubleshooting  aid(s)  in  which  the  indica¬ 
tor  is  identified  as  an  end  item. 

u 

4)  Prepare  a  three-column  alphabetical  list  of  all  trouble- 

'I  t  s; 

ehooting  aids  based  on  the  first  initial  of  the  proper  name. 


common  name,  and  generic  name.  The  first  column  shall 
contain  the  name;  the  second  column  shall  contain  the 
troubleshooting  aid  number;  and  the  third  column  shall 
contain  the  number  of  the  volume  containing  the  trouble¬ 
shooting  aid  (to  be  assigned  later). 
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Prepare  a  title  page,  list  of  effective  pages,  and  table  of 
contents  for  the  index.  The  title  page  and  list  of  effective 
pages  shall  meet  the. criteria  for  this  material  as  identi¬ 
fied  in  MIL-M-4410.  The  table  of  contents  shall  identify 
the  section  of  the  TSA  index  which  contains  the  following: 

(a)  Location  of  Indicators  --  Each  general  location 
grouping  shall  be  placed  in  a  separate  section. 
The  general  level  parts  location  illustrations 
shall  determine  the  number  of  sections  to  be 
assigned. 

(b)  Alphabetical  Listing  of  Indicators. 

(c)  Alphabetical  Listing  of  Troubleshooting  Aids. 

The  final  page  size  of  the  TSA  index  shall  be  4-3/4  inches 
wide  by  S-l/2  inches  high. 


b.  Preparation  of  TSA  Volume  Front  Matter.  TSA  volume  front 
matter  shall  normally  be  included  in  the  following  sequence: 

1)  Title  Page  and  Cover  —  The  title  page  shall  be  arranged 


Vdl.T 
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in  accordance  with  M.IL-M-4410.  The  cover  shall  contain 
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the  same  inform?*!***  without  a  date. 
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Liat  of  Effective  Page*  —  The  list  of  effective  page* 
be  arranged  in  accordance  with.  MIL -M -4410. 


Table  of  Contents  —A  table  of  fasten t*  shall  be  prepared 
to  list  the  types  of  data  and  the  page  number  for  each  %  > 

specific  type  of  information  for  each  system  partition 

* 

included  in  the  ananas’ .  mm-  m 


m  me  tii+ituiz  « 

Index  to  Manual  Set  --  When  multiple  manuals  are  ■nee**'* 

•  ;  .  .  i  •  ' 

s ary  for  equipment  or  system  fault  isolation  information  * . 

presentation,  an  index  to  the  total  set  of  manuals  shall  & 

•  •  -  •  •>  t  • 

be  included.  This  index  shall  be  arranged  alphabetically  * 
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by  equipment  or  system  partition  name  with  a  reference 
to  the  appropriate  manual. 

5)  Manua.'  Use  Sheet  --  One  page  of  instructions  in  the  use 
of  the  manual  contents  shall  be  prepared  to  expedite  propjr 

•  ,x  ..  "/  v  -tfe  ■  ^r»33^' 

utilization  of  the  materials.  These  instructions  shall  be 
self-explanatory  to  the  manual  user  and  shall  include  a 
clear  and  concise  description  of  ne\v  or  unique  conventions, 
terminology,  and  symbology. 

OTHER  FUNCTIONS  RELATED  TO  TROUBLESHOOTING  AID 


terminology,  and  symbology. 


DEVELOPMENT 
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In  addition  to  the  partitioning  of  fcue  total  system  into  functional  units,  there 
are  four  other  major  functions  which  interface  with  the  development  of 
troubleshooting  aids.  These  are  the  formatting  of  other  maintenance  activi¬ 
ties,  the  reproduction  of  the  troubleshooting  aid  material,  the  maintenance 

v'  >  vt 

of  a  basic  technical  data  store  ge,  nnd  the  control  of  troubleshooting  aid 
master  copies. 


1 .  Re.  rmat  Maintenance  Activities 


1%  is  Important  that  there  be  a  one-to-one  correlation  between  troubleshoot- 

r-y  v...  Tr 

fag  information  end  all  other  maintenance  information  in  terms  of  functional 
V'it  zrittimSt  end  iiem  nomenclature,  and  checkout  procedures.  A  a  this 
Mh^i>*mUaa  become*  available  during  development  of  the  troubleshooting 
Sil4,  it  Should  be  provided  to  the  personnel  responsible  for  other  mainte- 
sasce  acthntt#*.,  either  e«  definitive  inputs  for  their  use,  or  as  compara¬ 
tive  .gents  to  determine  th?t  there  is  agreement  between  these  two  efforts. 

$,  Reproduce  Troubleshooting  Aids 


Aft  st  the  final  version  of  each  aid  is  delivered  to  the  reproduction  facility, 

g?  v~7 

the*  will  continue  to  be  interaction  between  aid  development  and  repro- 

L  .  *  .7" . 

ducticfc  personnel  concerning  such  things  as  layout,  proofing,  and  page 


Maintain  Basic  Technical  Data  Storage 


B scor'd*  of  all  source  data  used  in  development  of  each  troubleshooting  aid 
fhali  hp  filed  1  ’ich  that  future  changes  to  existing  hardware  and/or  proce- 
dareajbr  any:  '  rtion  of  the  total  system  shall  identify  the  specific  aids 
affected.  The  ;  svised  source  data  and  aid  identification  shall  be  forwarded 
to  the  develop!  nnt  effort  (Activity  15)  for  determination  of  the  extent  of 
changer  requin  i  for  existing  troubleshooting  aid  material. 


4.  Coat  ol  Troubleshooting  Aid  Master  File 


A  master  file  of  all  aids  completing  reproduction  shall  be  maintained  for 
reference  ami  control  purposes.  This  file  shall  contain  the  most  current 
released  version  of  each  aid,  and  shall  serve  as  the  effective  data  for 
determining  the  impact  of  more  recent  data  changes . 

E,  DEVELOPMENT  of  troubleshooting  aids  for  a  new  system 


The  aamr  criteria  and  sequence  of  activities  apply  to  troubleshooting  aid 
ftsvelopmant,  whether  it  be  for  a  new  system  under  development  or  for  an 
wasting  »yr*em.  The  principal  differences  in  the  characteristics  of  the 
effort  are  baaed  on  the  characteristics  of  the  source  data  and  personnel 


aligned  the  responsibility  for  development  activities 


Data  available  for  a  new  system  under  deyelopment  may  be  in;,  the  fcrsi  of 
contract  specifications,  engineering  note*,  and  such  hr  ic  data  a*  final  $ 
version*  of  pre-release  drawing*,  parts  list*,  and  procedures.  >' 

c  .  -  v  -f'; 
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Each  contractor  may  have  different  definition*  of  personnel  classification; 
therefore,  no  specific  rule  for  personnel  assignment  shall  be  presented. 
However,  the  following  assignments  of  responsibility  for  specific  aefciviik 
are  suggested,  and  are  to  be  interpreted  in  terms  of  constraint*  ir  ^  need 
by  the  characteristics  of  available  source  data  and  contractor  personnel 
classifications. 


a.  System  Level  Engineer,  A  person  concerned  with  total  system 
and  functional  unit  interface  should  have  responsibility  fo*  Activities  1  and 


b.  Design  Level  Engineer.  A  person  concerned  with  functional 
unit  interface,  mechanization,  and  operation  should  have  lead  responsibility 
for  Activities  2  through  10,  and  12. 


c.  Technical  Writers.  A  person  concerned  with  sentence  struc 
ture  and  final  presentation  format  should  have  lead  responsibility  for 
Activities  11, 13, 14, 16  and  17.  He  must  be  able  to  interpret  the  result* 
of  all  preceding  activities  to  determine  that  the  material  is  properly  inte¬ 
grated. 


d.  Interaction  of  Design  Engineering  and  Technical  Writer.  Th* 


design  engineer  may  require  the  assistance  of  the  writer  in  the  wording  of 
procedures  (Activity  3),  and  the  writer  may  require  the  assistance  of  the 
engineer  in  clarifying  certain  characteristics  of  any  activity  product. 
Revision  of  the  aid  (as  required  by  Activity  16)  may  be  a  joint  effort. 


e„  Interaction  During  Review  and  Validation.  For  the  sake  of 
expediency,  it  may  be  desirable  to  have  the  technical  writer  and  design 
igyiEiver  join  the  system  engineer  for  Activity  15.  This  may  result  in 
&nmed£ate  resolution  of  minor  problem  areas,  and  may  better  define  major 
proUem  areas  that  require  further  analysis.  However  their  participation 
iS  IMs  activity  does  not  change  the  requirement  to  identify  specifically 
th*  criterion  violation  or  other  reasons  for  revising  the  material. 


MIL -STD -280,  4  April  1956. 


Proceedings  of  the  NMSE  Systems  Performance  Effectiveness  Conference 


(Washington,  D.C.),  U.S.  Naval  Applied  Science  Laboratory, 
27-28  April  1965. 
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Symbolic  Integrated  Maintenance  Manual,  A  New  Style  Technical  Manual 


Using  SIMM  Techniques,  NAVSHIPS  0900-001-0000;  Change  1 
NAVSHIPS  0900-001-0002,  8  March  1965. 
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Writer's  Preparation  Guide  for  Symbolic  Integrated  Mainte 


(SIMM)  (Electronics),  NAVSHIPS  0967-077-5000,  October  1988 
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Troubleshooting  Aid  Development  Guidelines  -  C-141A  Aircraft 


Serendipity  Associates:  TM-67-43-208,  January  1967. 


Maintenance  Function-By-End-Item  Matrix;  Serendipity  Associates: 
TM -66.-43 -193(1),  30  January  1967. 

Preliminary  Programmed  Instruction  Development  Specifications  and 
Verb  List.  Serendipity  Associates:  TR -43-67-5  (U),  Vol,  III, 
May  1967. 


•  »’  ,’r  '  . 


General  Specification  (Proposed),  Design  Disclosure  Format  for  Syatema 
and  Equipments,  "System  Performance  Effectiveness  Program," 
Technical  Memorandum  5,  U.S.  Naval  Applied  Science  Laboratory, 
15  March  1967. 
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This  report  describes  the  latest  phase  in  the  program  tc  develop  and 
evaluate  P1MO  (Preaantatlon  of  Information  for  Maintenance  and  Operation); 
a  job  guide  concept  Applied  to  maintenance.  Between  August  1968  and  April 
1999,  &  test  arts  conducted  at  Charlriton  AFB,  South  Carolina,  to  deter¬ 
mine  the  effsetivenest  at  PIMO.  Three  Immediate  behavioral  effects  were 
expected:  1)  reduction  in  maintenance  time,  2)  reduction  in  maintenance 
errors,  sod  3)  allow  oasge  of  Inexperienced  technicians  with  no  significant 
penalty.  Experienced  and  Inexperienced  Air  Force  technicians  performed 
maintenance  on  C-141A  aircraft  using  PIMO  Job  Guides  presented  in  audio¬ 
visual  and  booklet  modes.  Performance  was  measured  in  terms  of  time  to 
perform  end  procedural  errors.  The  performance  was  compared  >*lth  the 
performance  on  the  earns  join  by  s  control  group,  i.e.,  experienced  tech¬ 
nicians  performing  in  the  normal  manner.  Thr  following  conclusions  were 
drawn  from  ths  test  rsaulta:  1)  after  initial  learning  trials,  both  experi¬ 
enced  and  inexperienced  UchiiicUu*  usi;  g  PIMO  can  perform  error-free 
maintsnance  within  ths  same  time  aa  experienced  technicians  performing 
'n  the  normal  manner,  2)  Inexperienced  technicians  perfor-  as  well  as 
experienced  technicians  when  both  use  PIMO,  3)  there  is  no  significant 
dlfferencs  betwsen  audio-visual  and  booklst  modes,  4)  the  users  revealed 
an  overwhelmingly  positive  reaction  to  PIMO,  and  5)  the  performance  im¬ 
provements  provide  the  capabilities  to  significantly  Improve  system  per  - 
formance  defined  in  terms  of  departure  reliability",  time -in-maintenance, 
and  operational  readiness.  This  report  also  presents  s  description  of  the 
recommended  operational  system,  specifications  and  guidelines  for  PIMO 
format  development,  including  trot  blerhooting. 
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